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ds INTRODUCTION 


EN URFOSE OF THE STUDY 


The objective of this thesis is to provide a methodology 


for analyzing a naval station in order to determine 
Automatic Data Frocessing (ADF) needs. &à brief background 
of the Hases and Stations Architecture project is required 


for the reader to appreciate the purpose of the objective. 
In April 1984, MAVDAC (Naval Data Automation Command? 
proposed NE Hases and ee ons Architecture project LReft. 
11. The thrust of the project was to develop Automatic Data 
Processing prototypes based on analyses af a few naval 
stations [Ref. iJ. Eventually, a consolidated prototype 


architecture would be implemented at selected naval bases 


and stations [CRef. 21. Organizational pratotypes are to be 
developed for naval stations in FY-86, and nava air 
Fr toms in FY-87 £Ref. 21. The scape of the project 


coupled with the proximity of target dates exemplifies the 
concern by Navy leaders that information processing at navai 
stations deserves improvements. 

A question that surfaces immediately is, why did ΝΗ ΟΗΕ 
choose to develop a pratatype architecture? Why not choose 
the alternative strategy and analyze each naval station 
Separately toa design software and hardware specifically tor 


each naval station" The author believes that the decision 


to develop a prototype architecture was the preferable 
alternative because economies of scale would help decrease 
the overall cost and development time of the project. Given 
that naval stations share many of the same functions, the 
software for these common functions need only be developed 
once; Lucu to develop the prototype architecture. 
Since software development is a costly and time consuming 
effort LRef. :3:pp.17/—18 and Ref. 4:9.4], developing software 
Tar common naval station functions could curtail 
redundancies of effort. 

Consideration must be given ta the extent that 4 
prototype architecture, developed from a tew naval stations, 
wili apply to other naval stations in general. It is the 
author's opinion that missions and environments ditfer 
enough that problems will develap should & standard 
prototype architecture be applied across the spectrum Gt 


naval stations. The author believes that a nrototvpe 


architecture is the preferable strategy for improving 


IBS 


intormation management at naval Stations aon a grand scale; 


however, the prototype architecture should be used only as a 


framework to develop each naval station's computer system. 


4 


I 


An illustration will clarify the author's viewpoint. 


a 


Rs previously mentioned, naval stations share many 


rF 


functional similarities. For example, all naval statian 


in 


will generate reports to submit to higher authorities. 


However, the structure of the organization will determine 


how data are collected and compiled, and who generates the 
report. The types of reports themselves will often vary 
from command to command depending on their mission (e.g. 
some naval stations support port services) and their 
environment (e.g. command relationship — Facitic versus 
Atlantic Fleets). Although the report function is shared by 
all naval stations, differences in mission and environment 
«ill not allow a standard prototype architecture to exactiy 
fit & specific naval station s requirements. Like fitting a 
square Wood block into a round hole, a degree ot carving 


must be done. 


naval 


fü 


This thesis suggests a methodology for analyzing 
station so that the prototype architecture may be shaped. 
Indeed, the same techniques could be used to analyze the 


elected naval stations for development of the orototvre 


ul 


architecture itself. 

The products of the methodology provide a summary of 
organizational processes to a naval station Commandina 
Officer to aid in his/her management of  inftcormaeation and 
assessment of the organizational structure. Additionally, 
the products serve az a Summary of information processes and 
relationshios within the command, which can be useful to an 


incoming Commanding Officer. Such a turnover package, 


allows an incaming Commanding Officer to quickly determine 


ή 


command operation 


A study of a particular naval station was needed to 
develop the methodology. The Naval Air Station at Moffett 
Field was chosen due to its diverse functional processes and 
proximity to the author's work location πο νο Maval 
Fostgraduate School). The research of the NAS Moffett Field 
will be used to illustrate the methodology in subsequent 


chapters. 


EB. -SCORE TOR IESS TEDY 
This thesis will develop a set of tools tor 
understanding information flow in an organization so that 


information resource decisions can be made in an  orderiv 


manner. These tools will be organized ta develap the 
methodology of this thesis - Naval Information Systeme 
Methodology (MISM). The results of a NISM study could be 
used to implement the Bases and Stations orotatyoe 


architecture, by adapting the prototype to fit the specitic 
Organizational information needs of each naval station. 


Chapter 2 pravides a theoretical and methodological 


1Sa 


ul 


background aon aspects of information requirements analy 
Tt Begins with a discussion of the objective of the computer 
system development. This is followed bv an examination cf 


the actual phases of computer system development. Next. a 


εν 1 ey af Six 


iil 


pecific requirements analysis methodologies 
Will be undertaken. From this review, the tools to develop 
the MISM can be defined. Actual data collection techni ques 


to formulate a requirements analysis model are discussed. 


Since Chapter 2 essentially focuses on background material 
to develop the methodology of this thesis, the reader who is 
interested only oan practical issues might prefer to skim 
this chapter. 

Chapter A proposes a Naval Information System 
Methodology (NISM). An analysis of the NAS Moffett Field is 
used to illustrate the techniques and products. 

Having applied the NISM to the NAS Moffett Field in 
Chapter 2, Chapter 4 draws various conclusions from the 
results. For example, the preferred system concept and 
alternative concepts for the NAS Moffett Field. 

Chapter S will expand the findings of Chapter 4 into 


other naval stations and their information requirements. 


İzi 
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II. THEORETICAL AND METHODOLOGICAL AFFROACHES 


ee ce ee emen --ϱ- -- μὲ OEP Comme cmt μμ. es oe eo — çen CoD CoD CEE COED CED Som eo comme 
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A. INTRODUCTION 

Prior to developing the methodology of this thesis, it 
is appropriate to provide the reader with an overview of 
computer system development concepts. In this way, the 
reader will be able to understand the issues underlying the 
author's choice of techniques. 

The overall objective of computer systems development 
should be defined. That is, what does an organization 
expect from a computer system? The concept oft an 
Organizational Support System will address this question. 


Having defined the ultimate objective, it is appropriate 


to discuss how to get there. The software life cycle 
explains the stages of computer system development. Ey 
discovering where the Bases and Stations Architecture 


project is and what stages the. project must still go 
through, the reader will be able toa pr eE rationale 
of the project's development strategy. 

With this overview in mind, Section D will set the stage 
to begin discussion of requirements analysis methodologies. 
This preview will describe what the requirements analysis 
process is all about. Following the preview. Six 


requirements analysis methodologies will be reviewed. The 


reader will then be able to understand the technigues that 
the author selected to be used in the Naval Information 
System Methodology (NISM). 

The final theoretical area to be discussed concerns data 
collection techniques. In order to apply any of the 
requirements analysis techniques, data needs to be 
collected. Section L will survey methods to do this. 

Since this chapter focuses on theoretical aspects, the 


reader concerned with the practical application of the NISM 


zl 


may prefer to skim this chapter. In this way, Chapter 2 σᾶ 
serve as a reference to understanding theoretical issues as 


the reader progresses through this research. 


E. THE ORGANIZATIONAL SUFFORT SYSTEM 

The objective of computer system development is to 
implement an Organizational Support System (058) [Ref. 51. 
The latter is not simply a computer system or information 
system. The Organizational Suppert System concept must be 
recognized to consist of data, procedures, people, hardware. 
and software which will mirror the organization and support 


Organizational goals. 


"Tt is important to understand that Ότι aims at 
improving the effectiveness of an organization 
than just the efficiency Ot individual 


Operations . . . . Effectiveness is a measure of the 
degree ot goal-achievements" (Ref. Sipa 41. 


Thus, an Organizational Support System can be viewed as a 


system that is integrated into an organization which may or 


may not comprise computer systems. The goal of the 
Organizational Support System is to improve the way an 
organization conducts business. The word "improve" infers a 
measurement against some standard. Generally, an 
improvement means a reduction in total costs over some 
defined period for some fixed level of output, or an 
incremental increase in profits. However, intangible 
benefits are also important and may be evaluated to exceed 
the Organizational Support System costs; e.g., mission 
management may be out of control such that an Organizational 
Support System is judged to be necessary in order to bring 


the mission under control. 


C. AN ANALYTICAL FRAMEWORE: THE WATERFALL MODEL 

The software life cycle provides a general sequence of 
events that transpire in the analysis, design, 
implementation, and operation of software. The software is 
married to the hardware to form a computer system. 


Various models of the software life cycle appear in the 


--- 


iterature. The title of phases and details vary somewhat 
between authors depending on their viewpoints. For example, 
Fressman ([Ref. 4] identifies three main phases, while Martin 
and Finkelstein (Ref. 6] define 12 steps. 

Since all authors seem to follow the same logical 
sequence involving system evolution, it makes little 
difference which viewpoint is taken for the reader ta 


develop a general understanding af system development. The 


Ἱ- 


Waterfall Model (Ref. 2] will be used for this thesis. 
Figure 2.1 depicts the Waterfall Model (Ref. S:p. 561, which 
consists of 8 phases beginning with System Feasibility. 
During the System Feasibility phase, a preferred sottware 
product concept is defined, its feasibility determined, and 
its superiority to alternative concepts itemized. The Bases 
and Stations Architecture project is currently in the System 
Feasibility phase, attempting to define the prototype 
architecture. During the next phase, Software Flans and 
Requirements, the analysis is continued in order to specify 
Software functions, interfaces, and performance. The next 
phase,  Froduct Design, specifies the overall hardware and 
software architecture. During the Detailed Design phase, 
the software architecture is fully defined: 1.8@., Software 
Le functions, software control σε Ππεέιεες, "T 
interfaces, and module sizing are defined. The next phase, 
Coding, begins the actual programming activities to develop 
the modules that will comprise the software product. During 
the ο ο en phase, the various software modules are 


incorporated and tested to form a functioning software 


product. The Implementation phase finally unites the 
software product to the hardware, creating the 
Organizational Support System; during the implementation 
phase, the users receive training on the system. The 


Operations and Maintenance phase is the final phase of the 


Waterfall Model. It is at this point that a fuliy 
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Figure 2.1 Waterfall Model 
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functioning Organizational Support System hopefully 
accomplishes the work it was intended to do. Furthermore, 
software maintenance is conducted to update the system as 
organizational requirements change. 

This brief description of the Waterfall Model sketches 
the evolution of an Organizational Support System. The 
Waterfall Model describes a traditional software life cycle; 
i.e., from an idea to a fully functioning system. The 
development of the Hases and Stations prototype architecture 
could follow a traditional software life cycle, similar to 
the Waterfall Model. However, the implementation of the 
prototype architecture at each naval station wiil not 
require such a rigorous path (Ref. Zip. 413. With a 
prototype architecture already defined, the prototype needs 
only to be tailored to fit each individual naval station; 
that is, the effort for many of the Waterfall Model phases 
can be minimized. For example, a prototype architecture 
module far tracking Unaccompanied Officer Fersonnel Housing 
(UOFH) would be installed at naval stations where  LOPH 
requirements exists E B lx the Product Design, Detailed 
Design, and Coding phases have already been completed during 
the development of the prototype architecture and need not 
be repeated. 

Any software lite cycle project requires costs and 
development time. There are models that can estimate the 


cost and development time for a software product. ihe 


Constructive Cost Model (COCOMO) περ 515 one μου μασ. 
Figure 2.2 graphs the cost versus time for an example 
software product using COCOMO. The software product is a 
bank's electronic fund transfer system LRef. 3:ΡΡ. 103-106]. 
Although the example described in Figure 2.2 has little to 
do with naval stations, it does provide the reader with an 
appreciation for the costs and development times necessary 
to produce software. Referring to Figure 2.2, it should be 
noted that more than 2 years elapse prior to the 
Organization commencing operations with the computer system. 
additionally, it should be noted that the costs oft 
Programming (1.8. Coding phase) and Integration and Test 
(integration phase) are extremely significant; Programming 
comprises 49% of the development costs while Integration and 
Test comprise 27% of the development costs. For this 
example, should an individual software development project 
be accomplished for each branch of the bank, the cost would 
probably be prohibitive; 1.6., a prototype architecture 
would be a preferable strategy. As a final note, Figure 2.2 
does not consider hardware costs to complete the system: 
1.6., the hardware that was specified in the Froduct Desian 
phase must be added to the costs described on Figure z.2 15 
one desired a total system cost. 

AS discussed previously, a prototype architecture 
simplifies the necessary effort required for installing an 


Organizational Support System at each naval station. The 
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Figure 2.2 Electronic Fund Transfer Life Cycle 


prototype will provide a pool of software modules CRef. 4:p. 
SoS die It is the author's opinion that an analysis is 
required at each naval station to determine which modules 
are desirable and to define how the modules will interface 
within the organization. 

Referring to the Waterfall Model (Figure 2.1), 1t should 
be noted that during the first two phases (System 
Feasibility and Software Plans and Requirements) an analysis 
takes place. This analysis is called a Requirements 
Analysis and results in a definition of the Organizational 
Support system. From the Requirements Analysis results, the 
Organizational Support System is designed in the third 
phase, Product Design. Subsequently, the software is coded 
and tested, and the Organizational Support System is finally 


implemented. 


D. FREVIEW OF REQUIREMENTS ANALYSIS METHODOLOGIES 


Up to this point, this chapter has discussed global 


ni 


issues of computer systems development. With this as 
background, the remainder of this chapter will focus an 
specific issues of Requirements Analysis. 


The Requirements Analysis task is accomplished by an 


μι. 


terative decomposition of data, organizational processes, 
and data/people relationships into a descriptive model. 
Taken as a whole, the model will reflect the detailed 


methods of the organization's mission. 


Of course, a model is merely a representation Of 
reality. If the model does not truly reflect the 
characterization of an organization, the system engineers 
will construct a system which does not alkil 
organizational needs. | 

Professor K. M. Graham once said, 

"We build systems like the Wright brothers built 

airplanes--build the whole thing, push it off a cliff, 

let it crash, and start over again" L[Ref. 7:p. 56). 
The uote 15 an overstatement, but the fact remains that 
some systems do not fulfill organizational objectives. [nis 
consequence can often be attributed to an inadequate 
Requirements Analysis ΓΠΘΤ. p Consider a yeoman position 
at one naval station. There are a variety of tasks and 
interactions that must be performed to fulfill his/her 
Organizational niche. The tasks performed by the yeoman 
will interact with activities accomplished by the division 
chief. The activities performed by the division chief will 
effect the division officer's activities, and zo on. Thus, 
as the analysis proceeds up the organizational hierarchy. 
duties and interactions become more complex and less well- 
defined. Io develop the model, each person, process, and 
current machinery within an organization must be analyzed 
and detailed. Decomposing an organization is a difficult 
procedure. Describing the decomposition in a model which 


will accurately reflect operations is a fastidious task. 


The primary difficulties of accomplishing a sound 


Requirements Analysis are: 


in The communication of abstract concepts from a user to 
an analyst to a design engineer. None of these 
professionals speak the same language or fully 
understand the other’s environment. 


ge The lack of emphasis; all personnel, users and design 
firm alike, want to get on with the coding. Everyone 
wants to see a physical system and observe work 
accomplishment, justifying the capital investment. 


S. Organizations have inherent processes which are often 


unstructured and  people-decision dependent; these 
processes are therefore difficult to capture and 
dissect. That is, some essential organizational 


processes are conflicting or “have no rhyme or reason" 
to the analyst. 


4, The design firm’s desire to simplify and fit the 
organization to the computer system, rather than 
designing the computer system to integrate with the 
organization. 

5. The tools available to the analyst are inadequate. 
The models attempt to detail and communicate an 
Organization, but all of them have shortcomings. 

With the advent in the 1970's of real time processing, 
remote data communications, database management techni ques, 
and new software techniques, Decision Support Systems (DSS) 
and Distributed Data Systems (DDS) became available to 
organizations. These new complex applications further 
exacerbated the problems in accomplishing a successful 
Requirements Analysis. 

The next paragraphs of this chapter will concentrate on 


six of the Requirements Analysis methodologies. These 


particular methodologies were selected for the discussion. 


Since each of them offer a technique that could be applied 
towards the objective of the thesis. Additionally, a 
discussion of each of these methodologies will provide the 
reader with an overview of representative Requirements 
Analysis approaches and products. Each method has strengths 
and weaknesses, such that no methodology is suited for all 
organizations. All of the methedologies broached attempt to 
model the organization as a system. 

Before beginning the discussion, it would be useful to 
provide a general classification of the methodologies so 
that the reader can keep in mind the scope of the 
techniques. Requirements Analysis methodologies generally 
fall into two categories based upon the model developed. 
ια models view the organization as consisting of 
data objects which are processed at various organizational 
levels to form information objects at other organizational 
levels. For example, a supply requisition for paper 1s 
Mra mation CO a supply clerk filling the order, but serves 


as data for the Supply Qfficer to calculate total paper 


requisitions. TO the Supply Officer, total paper 
requisitions serves as information, but to the Commandina 
Officer total paper requisitions serves as data; the 


Commanding Officer is more interested in total requisitians. 
which 15 viewed as information by him/her. Thus, "data 


becomes information when they undergo a transformation 


involving infusion with purposeful intelligence" LRef. Bip.: 
tad: Data Flow Diagrams (DFD), Structured Analysis and 
Design Technique (SADT), and Systematic Activity Modeling 
Method (SAMM) fall into the datalogical category. The 
second category,infological models, describe the information 
structure of an organization. That is, what is information 
to what level in the organization, who owns the intormation, 
and who needs the information to fulfill their mission. For 
example, the Supply Officer owns requisition information 
which the Commanding Officer needs, but the Weapons Officer 
does not need. Business Systems Flanning (BSP), Business 
Information Analysis and Integration Technique (HIAIT), and 
Critical Success Factors (CSF) fall into this category. 

In a traditional software life cycle, an infologicai 


model will be followed by development of a datalogical 


model. The infological model describes a macro view ot the 
organization. The detail is not sufficient yet to begin 
system design. However , information management decisians 
can be made. These decisions will provide a basis on which 


to Senenet a toliow-on analysis which will construct a 
datalogical model. The datalogical model will provide the 
necessary detail to begin design of the Ürganizationali 
Support System. 

For the datalogical models, it is usetul to examine a 


common transaction in order to clarify the differences in 


methodolagies. Therefore, a command muster report will be 


ge. pe. 


examined in discussions of DFD, SADT, and SAMM. The 
division musters will be physically taken by Chief Face and 
Chief Coffee. Their respective division officers, Ensign 
Fast and Lieutenant Sharp, will check the musters and 
forward them to the department head, Lieutenant Commander 
Cash. LCDR Cash will check the two division reparts, and 
forward them to the Fersonnel Department where Petty Officer 
Trim will consolidate all muster reports and give a report 
to the Commanding Officer, Commander Wise. Command policy 
is for the Commanding Officer ta have the muster report 
by O820, 

The reader should keep in mind that Requirements 
Analysis methodologies are more complex than the following 
discussion. © The author has eliminated some detail in order 
to keep the objective of the discussion in focus; 1.09 Tto 
provide the reader with a general overview of Requirements 
Analysis techniques. References are cited should further 
study be desired. 

The discussion of Requirements Analysis methodologies 
Will compare attributes of each methodology, as well as 
provide a general overview of each technique. The list of 
attributes to be compared are described below. 

D. Top-down approach. The focus is on organizational 


goals and objectives. They serve as the driving torce 
behind development of the system LRkef. &:pp. 3290-391]. 


<=. Datalogical model. ΕΗ model that VIEWS the 
organization as consisting of data objects, which are 


processed to form information objects [CRef. 3]. 


3 Infological model. A model that describes information 
structure of an organization LRef. 351. 


4. The model's relationship to organizational structure. 
From the model, organizational positions or jobs can 
be related to the activities (kerf. si. 


S. The model’s ability to relate physical data flow to 
logical data flow. Does the model relate how 
organizational personnel deal with the data, to the 
processing that is undertaken on the data (het. 717 


s The model’s representation of processing controis. 
The controls to information processing activities are 
depicted [CRef. 10). 


7. The model’s ability to prioritize activities. That 
is, does the model describe which activities must be 
completed prior to when a subsequent activity can be 
accomplished LRef. 1017 


8. The model’s ability to prioritize processing of input 
and output. Assuming all inputs cannot be received by 


a process simultaneously, does the model describe a 
priority for inputs to be received prian ta 
processing? simi Yari; assuming all processed 


information cannot be output simultaneouslv, does the 
model describe a priority schedule for output L[Eef.21. 


Ds The  technique's ability to, define when decomposition 
is completed. Does the technique detine when the 
analysis is completed LRef. 317 

10. The model's adaptibility to computer support. Can the 
model be developed and checked using computer sy 
[Ref. 1017 


Following the discussion of Requirements Analysis 


nethodologies, a Summary comparison will be accomplished. 


fu 
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This will enable the reader to understand the ratiana 
behind techniques that the author selected far the Bases and 
Stations prototype implementation analysis. Following the 


development of the methodology suggested in this thesis, an 


examination of analysis data collection techniques will be 


discussed. 


E. DATA FLOW DIAGRAMS (DFD) 

DFD is a datalogical model which decomposes physical 
data flow to yield a graphical product.  DFD was proposed bv 
DeMarco (Ref. 91 and the technique was extended by Yourdon 


and Constantine L[Kef. 1119 DFD is a very common analysis 


I' 


technique which is described in several texts (for example. 
Ref. 4 and Ref. 5). 

The DFD product is a series of bubbles representing 
information transformations, arrows representing data flow. 
and boxes representing information sources and sinks. All 
of these diagrams are represented in a hierarchical set ot 
layers; e.g. , a squadron readiness report would represent 
the lowest laver, a wing readiness report would represent 
the next layer up, and so forth, until reaching the tap 
readiness report layer at the Commander and Chiet level. 

The diagrams are arranged into sets of tour; Current 
Fhysical Data Flow Diagram, Current Logical Data Flow 


Diagram, New Logical Data Flow Diagram, and New Fhysical 


Data Flow Diagram. The two "current" DFD's are what the 
analyst uncovered, and the two "new" DFD'S represent an 
improved method of doing tasks through integration of 


an Organizational Support System. 
Referring to our command muster report example, Figure 


Z.S would represent a layered Current Fhysical DFD and 


Current Logical DFD. Note that the derivation of report Mi 

is logically the same for the two divisions, therefore the 

logical data flow need only be mapped once on the Logical 

DFD. The Current Physical DFD views the physical data flow, 
\ 


while the Current Logical DFD views the processing that is 


undertaken or logical data flow. 


After the analysis is completed and the two “current” 


DFD's are detailed, the analyst will graph the New 


Logical DFD. This will describe an improved processing 
design. A data dictionary is derived showing partitioning 
and interfaces. A data dictionary is simply what its name 


implies, a listing of data names, data characteristics, and 
who controls or owns the data. For example, the cv | 


muster report may be listed in the data dictionary as 


"muster", "muster" containing last name, first name, social 
security number, division, and rotation date af each man. 
Each of these data elements would be further defined; Bi. 


rotation date might be specified as year, month, and dav, 
each 2 digits σπα δα Bal ol 7. 

After completing the New Logical DFD and data 
dictionary, the New Fhysical DFD will be derived. This 125 
where the new computerized system will be integrated to torii 
an Organizational Support System. In our command muster 
example, a computer might perform all tasks between the 
muster report and CDR Wise, such that Chief Face and Chief 


Coffee enter the report on a terminal, the computer 
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processes the data, and the Commanding Officer receives the 
report immediately on a terminal. 

The concept underlying DFD is based on the top-down 
approach ERef. σερ. 22]. ues cH το ο οσα» graphical 
hierarchy of data flow within the organization, as its name 
implies. The Current Fhysical DFD and Current Logical DFD 
allow management to relate organizational structure το 
activities, aS well as relate physical data flow to logical 
data flow. The main advantage of DFD is its simplicity. 

There are several disadvantages however. DFD does not 
display information controls, i1.8., conditions or loops. 
Referring to the command muster example, who or what will 
insure the Commanding Officer receives the report by ögle” 
Dbviously, there is pressure on all involved personnel tu 
meet this deadline, however DFD does not depict these 
controls or the feedback loops to insure that the tasks are 
completed ain accordance with policy. Also, DFD does nat 
describe priorities to activities, inputs or outputs. 
Referring to the command muster example, must alli division 
muster reports be received by LEDR Cash prior to his 
submission of the department's muster report (report MZ) ta 


Fetty Officer Trim? Is there a priority or preference by 


LCDR Cash as to which division muster report he receives 
first? Another shortcoming of DFD is that the degree of 
decomposition to be executed is never defined; 1.82.5 5 


many hierarchical layers are necessary? In this simpl 


-— 


ft 


muster example, the one layer is sufficient for the 
command's purposes. However, for a Fleet Command Muster 
system, other hierarchical layers would be required above 
the command muster report layer. A final deficiency of DFD, 
is that the products are not adaptible to computer aided 


supports. 


F. STRUCTURED ANALYSIS AND DESİGN TECHNİLUE (SADT) 

Like DFD, SADT is categorized as a datalogical model. 
SADT was developed by SOFTECH CRef. qs το. The 
methodology employs a common language between the analysts 
and the design engineers. Like DFD, SADT is a graphical 
approach, however SADT includes concise supporting text with 
the sequence of diagrams. 

"Boxes represent parts of a whole in a precise manner. 
Arrows represent interfaces between parts. Diagrams 
represent wholes and are camposed of boxes, arrows, 
natural language names and certain other notations. 
The same graphics are applicable to both activities 
me data’ Chef. ierp. iid. 

Boxes display input, output, and control of data 
(datagram) or a process (actigram). For a datagram, tne 
incoming or leaving arrows detail the processes providing ör 
using data within the box. For am actigram, the arrows 
connecting a box structure would detail the data needed cr 
provided by the process inside the box. 


Like DEO; SADT produces a top-down hierarchical 


decomposition. However unlike DFD, SADT allows control 


mechanisms to be graphed. The SADT box is detailed in 
Figure 2.4, with actigram and datagram examples CRef. 153:p. 
σα. The SADT product is a series of diagrams resembling 
blueprints, with supporting text. 

Figure 2.5 would be an actigram of the command muster 
report. Lower hierarchical layers would need to be 
developed. In effect, the analyst would explode each of the 
boxes in Figure 213 ee detail the next lower level. Fach of 
those boxes could then in turn be exploded to detail the 
next lower laver, and so on. Working upwards from the 
Figure 2.5 layer, layers would be developed until eventuailv 
the command  miszionís) are depicted. The mission at the 
command, the top level of the hierarchy, would describe the 


= 


Function of the command. Figure 2.5, Command Muster Report, 
does not describe the functian of the cammand; Figure «ο 
is anly one task or process of many that will contribute to 


the overall mission of the command. 


Like DFD, SADT is a top-down approach to analysis (Fet. 


(1 


ADT 


L 


iza İİİ, and develops a datalogical model. Also, 
allows management to relate activities to the organizational 
structure (through the upwards pointing arrow of arı 
actiqram) and describes physical and logical data flaws (bv 
connecting actigrams with arrows, both flows are depi: mE 
- 


ihe main improvement of SADT over DFD is that cantrols to 


activities can be depicted. 
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However, there are some deficiencies with SADT. SADT 
cannot represent priorities to the controls, therefore the 
model cannot prioritize activities, input or output. Also, 
SADT does not indicate how far to continue the 
decomposition. Because SADT requires supporting text, the 
model does not lend itself entirely to computer tools such 
as FSL/FSA (Problem Statement Lanquage/Problem Statement 


Analyzer). 


G. SYSTEMATIC ACTIVITY MODELING METHOD (SAMM) 


ul 


Developed by Boeing Computer Services Company, SAMM i 
Similar to the SADT method. Like DFD and SADT, SAMM is a 
datalogical model, which uses a top-down approach to 
analysis (Ref. 10:p.101]. The SAMM model has three elements: 
a Tree Structure which describes the context of a diagram in 
a system; an Activity Diagram which describes the activity- 
data flow relationships ot a system; and a Condition Chart 
which documents the functional behavior of a diagram iRef. 


191. These three elements of SAMM divide the role of SALT 


D 


diagrams into different mediums, making the organization 
easier to understand. In SADT, only the diagram language is 
defined and supporting text is required. SAMM however 
defines the language or farmat using the three elements. 
Thus SAMM offers a more structured product, which is 
adaptable to computer aids. 


Figure 2.6 is a SAMM model of the command muster report. 


The Tree Structure consists of nodes Branching out from a 


root node. The nodes represent activities; 1.2., ΕΠ 
action performed by a machine, people, or combination of 
both to accomplish an organizational task. In Figure 22159 
nodes D1/D2 are the division musters feeding into node C3 to 
complete the  muster task. The root node represents the 
missionís) of the command. All other nodes represent 
activities that support the root node. l 

Each node of a tree is further refined by an Activity 


Diagram. The Activity Diagram consists of two parts. Line 


section describes the subactivities through activity cells 


and data flows, in a manner similar to DFD diagrams. The 
other section of the Activity Diagram cansists ot a data 
table. Data elements are listed and numbered; numbers Gİ 


data elements are placed appropriately in the data flow anf 
the subactivity diagram. Figure 2.5 shows the Activity 
Diagram for nodes Dİi/DE, which describe generation of the 


division muster reports. 


For each Activity Diagram, a Condition Chart 


I2 
ifi 


developed. The Condition Chart lists the input requirement 


for each output, and any special conditions that may apply. 
Thus, processing controls and prioritization to activities 
can be depicted. Figure 2.6 shows the Condition Chart far 
the only output of the Activity Diagram at nodes ΠΠ 
Division Muster Report. Condition 2 sets a time objective 


tor the divisions in order to comply with the command policy 
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Figure 2.4 SAMM Model of Division Muster Report 
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that the command muster report reach the Commanding Officer 


by O9 30. 

SAMM is primarily a computerized model. With the 
appropriate software, commands such as "Add Cell”, "Insert 
veli; "Delete Cell", etc. will generate the model. After 


consistency checking (syntax of fields) and connectivity 
analysis (insuring graphs are connected and accessible 
through a node), various computer assisted control 
activities can be performed. For example, a data refinement 
tree report traces a data item from the top through various 
layers to insure that data decomposition was specified 
correctly. 


another advantage of SAMM 1s that the organization 


structure can partially be related to the Tree Structure. 
mor example. Level © would represent decisions by the top 
management level, the Commanding Ütticer. However, the 


activity at node C3 is conducted by Fetty Officer Trim, who 
is junior to the department head, the division ofticers, and 
division chiefs; im this case, the Tree Structure does nat 
relate well to the organizational structure. Wa th Sani. 
activities are not labeled with a person or organizational 
position, unlike with DFD ar SADT. 

Even with all of these advantages, SANMM does have some 


limitations. DAMM can prioritize activities, however it 


cannot prioritize inputs or outputs to the activities ΓΠΕ{. 


EL 


ολο. do AS with all af the methodologies discusse 


3 


SAMM does not define how far organizational decomposition 


should go. 


H. BUSINESS SYSTEMS FLANNING (CRSP) 

ESP was developed by IBM and is a structured approach to 
assist an organization in establishing an information 
systems plan LRef. eo produces an inftfological model. 
It is a formalized method: where users participate 
extensively in identifying their OWN organizational 
objectives and then translate them into information needs. 
present and future, with the aid of professional systeme 
analysts. The method is logical, comprehensive, using top- 
down approach to analysis, bottom-up apprdach ta 


implementation (1.019 implementing the system at the lower 


organizational levels first, then implementing upwards 
through the organization). -Hecause the users will do mast 
Of the leg work, the key to a successful BSP study isc 


getting organizational personnel committed and involved. ine 
upshot of this requirement, is that data becomes recognized 
as a corporate resource, used for strategic and operational 


decisions. 


<3. 
1 


in 


Figure 2.7 lists the steps of the BSP analysis [R 


rr! 


idin. LoT. Gaining the commitment is the keystone to a Επί 
Study if organizational commitment is lacking, the study 
should be abandoned. Ta gain the necessary commitment, the 


strategy is to work with top managment and develop reasons 


tor the study. Once a set of study objectives are detined, 
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Figure 2.7 BSF Study Flow 
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top managment can motivate their subordinates. Thus, the 
commitment ideally works its way down through the 
organization. Experienced organizational personnel are 


selected to conduct the study, with professional advisors. 


In this WAY : the results will reflect what the 
organization perceives as its information needs and 
Driorities. Guidelines for study preparation and gaining 


Organizational support as a whole are described in the 
method. 

The next step, Defining Business Frocesses, seeks ta 
identify the major organizational activities and the 
personnel involved. A process and organizational matrix is 
defined (Figure 2.8) (CRef. 14:p. 38]. This matrix describes 


See t ic 


ui 


who the management decision makers are for 
activities. 

From fne activities, input and output.data classes are 
detailed. The activities and data classes are related in a 
Process and Data Class Matrix. The relation can be one of 
three types. The first relation type is creation (i. where 
the activity creates the data class; e.g., a division muster 
report is created by a division chief during a division 


muster activity, The second relation can be usage PS 


personnel 


fu 


where the activity uses the data class; e el; 
decartment yeoman uses the division muster reports in the 
command muster activity. The third relation is ΠΏ 


involvement (blank); eG.g., a division muster activity does 
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Figure 2.9  Frocess and Data Class Matrix 


not use the data obtained from a command muster report. 
Once all of the relations are labeled, the Frocess and Data 
Class Matrix is rearranged by moving data class columns zo 
that groupings of "C's" and "DJ's" begin at the upper Slew 
and move to the lower right. This has been accomplished in 
Figure 2.9 ΓΠΕΤ. 14:5. 721, where process and data groups 
have been identified. 

The reader may be wondering at this point, what does ali 
of this labeling relationships and column juggling, in order 
to obtain groupings, get an organization? The groupings can 
be related to organizational personnel and structure. That 
is, data classes (and therefore data elements? are grouped 
inte proper parts of the organization. For example, in a 
Squadron, aircraft maintenance records should remain under 
the cantrol of the maintenance department, since they create 
and use these records; it would be ridiculous to put these 
records Unde tne Contre! or obice cma sb cusam department, 


since thev do not even use these records. This is e simpl 


fü 


example, transparent to the reader. A more ditfticuit 
example would be, how do we allocate a listing of command 
personnel’ All departments use this data, however personnel 
from the administration department will normally be the 
people that create and use this data. A BSF study would 
show the organization the logical way they deal with data 
Classes (i.e. information), and groupings that would reflect 


major activities of information handling. 


ν΄ 
£i 


Thus, the BSP method yields information flow within an 
organization, displaying relationships to subsystems (e.g. 
aircraft maintenance) and the processes supported bv each 


subsystem (e.g.  operation's department flight schedules are 


supported by the aircraft maintenance accomplished in the 


maintenance department). From these results, information 
resource decisions can be made. That is, decisions 
concerning subsystems to receive computer support and 


development priorities of the computer subsystems can be 
made. Current computer equipment is taken into account when 
generating the development plan. 

ESP does net provide a language tor a system analyst to 
perform detailed system design. Rather, it furnishes a 
comprehensive methodology for understanding processes oft an 
organization ir terms of information needs. Reviewing the 
Waterfall. Model (Figure 1.1), a BSF study supplies a major 
contribution towards completing the System Feasibility 


phase. 


Ut 


Turning to the attributes of this discussion, BSP use 
a top-down approach to analysis that develops an intoloagical 
model. From the model, inftormation íi.e. data classes?) can 
be related to the organizational structure. The model 
describes both physical and logical data flow, however the 
vantage is from groupings of major activities; İLE. Ε 
Macro view. BSF does not represent information controis, 


only awnership and usage of intormation. Frioritization 6T 


activities, input or output are not addressed at all. ESF 
does not define at what point the decomposition is complete; 
i.e., the analytical extent to effectuate in determining 
processes and data classes is never defined. Like DFD, HSF 
has no computer support and is strictiy a manual process. 

I. BUSINESS INFORMATION ANALYSIS AND INTEGRATION TECHNIQUE 

(RIAIT? 

BIGIT is a methodology which attempts to simplify the 
Requirements Analysis and bridges the manager and data 
processing worlds [Ref. 13531. BIAGIT, like  BSF, produces an 
infological model based on a top-down analysis approach. 

The technique involves interviewing organizational 
personnel and obtaining answers to seven specific questions. 
Table i shows a sample question table (Ref. 1l5:p. 61. The 
question set is related to the organizational level; 
Enterprise/Establishment, Department, ar Üccupádt ου 
Answers to the questions are "on" or "off" type (e.g. ves or 
no), so that the interview results can be easily processed 
Dv a computer. 

The  BIAIT method "points directly toward who the data 


Owners and data users should be" Lkef. i2:p. 81. Hecause of 


n 


the ease of use of the questionnaire required in th 


or 


interviews, the method is fast. However, the crientation 
RIAIT is slanted towards defining a transaction processing 
system or perhaps a simple management information system 


πε, ud. 





TABLE I 


Supplier Questions 


Organization Level 
Y 


. | 
Enterprise/ | 


Establishment 
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RIAIT QUESTION TABLE 


C[Ref. 1555. ὁ} 
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Like BSP, the BIAIT model does not address controls to 
information, priorities to activities, ο prieritico ae. 
input or output. The BIAIT model provides an implicit 
understanding of the organizational structure to the 
activities. The understanding is limited, since the 
analyst must predetermine the question category of each 
person in the organization. This consequence also makes the 
understanding of the physical and logical data flows 
somewhat difficult to comprehend. Additionally, BIAIT does 


not define at what point the analysis is completed. 


Ja CRITICAL οι ας ο απ τα so. 

CSF is an infological methodologv developed at MIT which 
concentrates on "helping executives to detine their 
Significant  intormation needs” Γπε{. στα dai. These 
information needs are recognized to be individual, specific, 
and to change over time. 

Through interviews of individual managers, a set of 
critical factors that determine success for the organization 
are defined. Generally, three to six CSF's are determined. 


For example, critical Success factors for a naval base 


Commanding Officer might be: 


de Budget management. 
e Facilities maintenance and improvements. 
ns Responsive procurement in accordance with tenant 


demands. 


4. Improve public relations within the surrounding 
community. 


bain authorization and funding for construction of 
family housing units. 
Once critical success factors are defined, systems are 
determined that will support each manager. 
An actual procedure is not defined in Hockart's paper 


CRef. 16]. The Biggest difference between CSF and the ather 


ΙΙ 


infological methods, is that CSF attempts to influence th 
manager's decision making process;  ESF and BIAIT merely try 
to understand a manager's decision process. The importance 
in determining critical success factors for the organization 
as a whole cannot be overstated. However, CSF's for a middle 
manager may not be in line with the CSF's tor unper 
management. The analyst must somehow resolve such conflicts. 


and support all manager's CSF's. 


m 


Turning to the attributes of this discussion, USF is a 
Bebpcdgowno-apprcoach to analysis which produces an intologicai 
model ine fie 1. CSF does not relate activities to the 
organizational structure; the CSF’s are a manager ‘s 
criteria for success, which are never related to personnel 
or activities that will accomplish the CSF's. Theretare, 


CSF does not even address physical or logical data  Á tlows. 


Like all of the infological models discussed, a CSF modei 
does not represent contrals, activity priorities, or 
priorities to input or output. As with all ct the models 


discussed, CSF never defines at what point the analysis is 


completed. The CSF model is not adaptible to computer 


supports. 


Ka SUMMARY OF MODELS/CHOQOSING à MODEL 

The preceeding discussion of Requirements Analysis 
methodologies, has given the reader a general understanding 
of the different approaches, their particular etrengths 
and weaknesses, and a feeling for the difficulties of the 
process. 

The datalogical models (i.e. DFD, SADT, and SAMM 
provide a detailed view of each process or task, such that 
design engineers can design the Urganizatlonmal  SMpr < 
System. On the other hand, the datalogical models contain 
such a microscopic view of the arganization, that tap 
management has a difficult time participating in ΕΠΕ 
information resource decisions; 1.06., the "big picture” 1s 


somewhat obscure to top management simpiy due to the mass 


The  inftological models (i.e. BSF, EIAIT, επαὶα τ... 
concentrate on the "big picture" Gr macro view, such that 
the exact details of how a system will accomplish the 
processes and tasks are not defined. lop management 


participates in information resource decisions. nowever 


Cl 


details are not provided sa that the design engineers are 
unable to translate the requirements into an Organizational 


Support System. 


TABLE II ~ COMPARISON TABLE OF REQUIREMENTS ANALYSIS 
METHODOLOGIES 

















i 


SAMM | 


Attribute BSE Eid ἘΞΕ 






E Input/Qutput 
Decomposition extent 
Defined 


Computer Adaptible no some | yes | no | yes no 


Top-down approach | yes | | 
Datalogical Bc no | no | no 
Infological | no yes | yes Yes 
Relate to Org. | yes | yes πο πο 
Structure | | | | 
Relates Physical to yes yes | yes macro sem no 
Logical Data Flow | | | only| | 
Represent Controls no | yes yes | no | no nao 
| | 
| 
| 
| 


| 
EE tise Activities 
| 
| 
| 
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Table II summarizes the attributes of the methodologies 
discussed. | 

Traditional life cycle development would use an 
infological model followed by a datalogical model to design 
the system. This is a time consuming but necessary pracess. 

By designing a prototype architecture based on ane 
complete Requirements Analysis, the overall  deveiopment 
etfort can be considerably decreased. Such is the case with 
the Bases and Stations Architecture. 

This is not to imply that a Requirements Analysis should 
not be done at other naval stations. In order to shape the 


prototype to fit the needs of each naval base, some dearee 


Of analysis must be done. 


In order to tailor the Requirements Analysis to shape 
the prototype, it is useful to list what the analysis should 
πως The following is a list of requirements that the 
author developed. 

i. The Requirements Analysis should describe the 
information structure of the organization. This 


description should allow the command to decide which 
prototype modules are desirable and ascertain how they 


will plug imis π.δ. physical and logical data flows 
need to be depicted. Hy implementing the prototype 
architecture, implications for the Organizational 


structure should be understandable to the users. 

2. The Requirements Analysis description should include 
current automatic Data Frocessing (ADF) resources., ες 
that command decisions to replace current hardware can 
be kept to a minimum. This will insure implementatian 
costs are minimized. 

The first requirement describes a method that is both 
dataloaical and  infological. The second requirement 
describes an infological method. Turning to Table Il, the 
model should perform a top-down analysis, should relate to 
the organizational structure, and should relate the physical 


and logical data flows, at the macro and detailed levels. 


The BSF Process and Organization Matrix will satisfv 


requirement Co) and will provide the command with a grand 
view of the information structure. A datalogical model is 
needed to complement the BSF results so that requirement {1} 


can be satisfied. DFU, SADT, Gr SAMM wili all do the job. 


ni 


complete organization decomposition is not required. oniy 


T 


decomposition from missionis) down ta functional levels. 


ft 


Since a better appreciation of the functional relationships 


can be understood by depicting data flow controls,DFD should 
be eliminated. Since the model is to be developed primarily 
for use by the command, the model must be understandable to 
those unfamiliar with the technique or ADF. Roth SADT ar 
SAMM do this, however SAMM requires the user to reference 
several elements (i.e. Tree, Activity Diagram, and Condition 
Chart). Although SAMM is a more complete model, as discussed 
previously, the author feels that the extra detail is not 
necessary in this instance. Therefore, the author selected 
SADT tor the datalogical model. 
Having discussed the rationale for the necessary models 
to define the Hases and Stations prototype, the proposed 
methodology will be further discussed in Chapter 3. 
The success of an analysis will ultimately depend on how 
the analyst gathers data to develop the model. As John Van 
Neumann said, 
Sees S mo sense being precise about something, when 
vou don't even know what you're talking about" LfRet. 7: 
pn 1371. 

L. DATA COLLECTION TECHNIQUES 

So far this research has confined data collection 
elements to input-output-control features af a system in 
order to create a model. In a traditional life cycle, there 
are other data elements that need to be considered prior to 
system design. Grayce Booth lists data elements which must 


Cc... = 


be collected theft. 1/:pp. 33-361. 


1. The prospective users of the system. 


1e The information needs of those users; i.e. the types 
of output and output schedules required. l 


3. How the system will be used (i.e. interactive, batch, 


etc - 

4. The processing required to produce the defined 
outputs. 

3. The geographic range of the system: where the users 


are located and locations where computing equipment 
can be installed. 


ó. The data to be stored by the system. 


7.  Kequirements far system integrity, security, privacy, 
and auditability. 


S. Types of change and/or expansion likely to be needed: 
the degree of flexibility required. 


Fe The management~-control philosophy of the organization: 
i.e. centralized or decentralized. 

Tt is worth comparing this list against the Fequirements 
Analysis models the author has selected for this study 
(1.6., the BSF Process and Organization Matrix and SADT 
diagrams). The users of the system, the intormation needs 


of users, the required processing, the data to be stored, 


CÜ 


and the required flexibility (elements 1,2,4,4 and 


respectively) will all be addressed using the selected 
models and techniques. Of the remaining elemente, how the 
system will be used, integrity, security, privacy, ang 


auditability requirements, and management-control philosophy 
should be predefined in developing the prototype (elements 
x M m and 9? respectively). However, these elements should 


be reviewed by each naval station to insure the prototype 


definition conforms to each naval station's requirements. 
Additionally, the geographic range of the system (element 2) 
will need to be defined by each naval station. The 
methodology suggested by this thesis will consider all of 
these elements to some degree. This list of elements could 
serve as a final checklist to review the Requirements 
Analysis products. 

At this point, the reader may wonder how the analyst 
collects the data to formulate the Requirements Analysis 


model (s). Senn L[LEef.8:pp. 375-2791] describes five techniques 


τοι collecting data 50 that the analysis can De 
accomplished. These are interview, questionnaire. 
observation, document „amination, and measurement (often 


called sampling). 

The interview is a "specialized pattern Ot verbal 
communication - initiated for a specific purpose and focused 
on some specific content area, with consequent elimination 
Oft extraneous material" CRef. ΤΠ τση, The interviewer 
mist be aware of the pitfalls ot the technique: τς. 
motivation barriers, psychological Barriers, and languade 
difficulties (Ref. Poa Farticularly far a Requirements 
Analysis, the analyst must avoid regressing into computer 
ew imden Lhet. 17:p. 33). 


Motivating the respondent is one ot the keys t 


Ü 


successful interviewing. The interviewer should motivate 


the respondent intrinsically and extrinsicaliy. Intrinsic 


motivation is done by allowing the respondent to feel 
personal gratification during the communication process; 
1.6., allow the respondent to enjoy the conversation. 
Extrinsic motivation is done by communicating the 
following πετ. 158s5p. 80-81]: | 

1. Furpose of the interview — relate to respondent s 

goals and values. 
2. The Ways in which the information the respondent 


contributes is to be used and to whom it will be 
available to. 


E 


= In a general way, what is expected of the respondent 
in the course of the interviews; 1.06., factual 
information, attitude/feelings, etc. 
The interviewer must convince the respondent that  thev 
both have some overlap of knowledge in the area under 
discussion and that the interviewer respects the 
respondent's ability ta provide the information needed. 
Additionally, the respondent must feel that he/she is free 
to express himself/herself without fear of being judaed 
Ὧν the interviewer. 


The questionnaire is particularly effective when many 


people must be polled. Considerable care must be taken in 


Iti 


the design of the questions so that meaningful results ar 
obtained. Por xample, if an analyst needed ta determine 
the managers in the muster report process, a question like 


"fue vou involved in the muster process" will result in poor 


results. All command personnel are "involved" in the muster 


D lyes ταν muster. 


A 
κ 
[1 
IU 
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» In that they must present theme 


m 


The guestion needs to be reworded; E "Do you take or 
check muster reports"? A significant weakness Οἱ 


guestionnalres is that they do not allow probing of 


respondent replies. 


Observation is particularly useful for obtaining 
information about repetitive tasks; e.c a supply 
transaction data flow. It must be recognized that people 


under observation frequently exhibit different behavior than 
under normal conditions. This phenomenon is known as the 
Hawthorne effect CRef. S:p. 2771. Öne wav to counteract a 
biased observation due to the Hawthorne effect, is for the 
observer to conduct the observations from a location not 
visible to the personnel being observed. For example. a 
camera can be set up sa that the workers do not know when 
they are being observed, Mic e a Camera security 
system in department stores. Eventually, workers become 
accustomed to the camera and resume normal behavior. 


Document examination involves examination of reports, 


Ii 


memor anda, instructions, etc. The analyst must recagniz 
that what is indicated on paper may not be the actual wav 
tases are accomplished. Ta validate documented procedures, 
the analyst should supplement his/her findings with another 
technique, e.g. the interview. 


Measurement (Or sampling? is useful for obtaining 


if) 


eneralized data; e.g., haw many typing errors occur far a 


Specific Secretary based on measurement of two typed 


letters. Depending on the sample chosen, the measurement 
may or may not ΙΤ ᾿;᾿π7ΜΣ Assuming the sample taken 
is truly random, the larger the sample taken, the more 
closely the average will approximate reality (Ref. 8:p. 577]. 


Following the data collection, the analvst formulates 


the model. The model will describe the processing Ot 
information. The additional elements (e.g. security. 
privacy? must also be precisely described in a report. The 


combined collection of the models and reports will enable 
systems engineers to begin the design of the Organizational 


Support System. 


III. A NAVAL INFORMATION SYSTEM METHODOLOGY (NISM) 
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A. METHODOLOGY 

The rationale for the particular requirements analysis 
models of this thesis was briefly discussed in Chapter 2. 
The BSF  Frocess and Organization Matrix and a SADT model 
will provide a command with the information to aid in 
decisions regarding the Hases and Stations Architecture. 
Additionally, these models will provide guidance to the 
implementors on just how to interface selected modules. 

The methodology of this thesis is depicted on Figure 
Um, The methodology is a modified version of the BSF 
approach, depicted on Figure 2.7. An individual name is 
required for this methodology, since the technique will 
employ characteristics of BSF and SADT. m author has 
chosen the name Naval Information System Methodology (MISPD, 
which briefly describes the function of the technique. 

The MISM results will serve as a broad perspective for a 
naval base and aid in defining an Ürganizational Support 
System to meet information needs. The objective of an 
Organizational Support System is not ta replicate the 
organization’s tasks into a computer. The objective oft an 
Organizational Support system is to support the 
organization's goals in a way that improves efficiency and 


effectiveness. 
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Z.1 Naval Information System Methodology (NISM) 


Peter Drucker defined efficiency as "doing things right" 
and effectiveness as "doing the right thing"  LkKef. ug. 
Thus, an Organizational Support System should improve the 
input-output features of operations (i.e. efficiency), as 
well as the ability to achieve defined objectives (i.e. 
effectiveness). 

For an Organizational Support System to result in 
improved efficiency and effectiveness, computer power must 
be applied selectively. Not all tasks are amenable ta 
improvements using computers. Roth managers and analysts 
must play a role in the selection of where to apply camputer 
power.  MISM provides a medium that all users can understand 
and use with canfidence. Interpretation differences can be 
resolved through discussion using a universal medium. 1.6. 
the model. 

EN CU IS Xresultswwrllaeatso allow management to address 
Organizational structural issues. Ferhaps management may 
discover ways of reorganizing the structure that will result 
in better 208) Sa Ae An organizational structure has 
evolved to meet its strategy, DUY and environment 
Meet. i1v:p. 2241. Management may tind that their structure 
is not keeping pace with these factors. MISM will allow a 
base Commanding Officer and his/her department heads to take 
a fresh look at the present organizational structure so that 
they may scrutinize and perhaps detect changes that will 


improve the organization. 


The remainder of this chapter will discuss the NISM 
technique. The author's study of the NAS Moffett Field, 
California will be used as an illustration. The study was 
completed in the Spring of 1985. 


Appendix A is provided as a NISM checklist. 


Ea Siew: GAINING TAE COMMITMENT 

To insure accurate and comprehensive results of the 
study, commitment is essential. The base Commanding Officer 
must desire the study results. As mentioned previcusly, the 
results will aid a Commanding Officer in evaluating the 
organization structure and the information structure. 
Additionally, the models serve as a turnover item, which 
describe organizational interfaces, functional partitions, 
and ADF equipment; İ.E., the models serve as a compact 
description of the nuts and bolts of mission fulfillment, 
which will aid the incoming  Commanding Officer in 
understanding the organizational operations. 


If the Commanding Officer supports the NISM studv, the 


command personnel will also. The Commanding Officer should 
appoint a team leader to coordinate the study. Department 
heads should appoint department representatives. The team 


leader and departmental representatives will form the Nish 
board or team. 

Departmental representatives should be selected based on 
their familiarity with the department & day ta day 


Operations. For example, a newly reported Ensign may not 


have the departmental knowledge or departmental power to 
define the Supply Department at a large naval station like 
the NAS Moffett Field. 

To insure appropriate departmental representatives are 
assigned by the department heads, the implications ot the 
MISM results need to be communicated by the Commanding 


Officer and the team leader. These implications are: 


D, The study results will be used by an external agency 
(1.e. MAÓVDAaC, NARDAC, or NAYDAF) to develop a design. 
and implement a plan for the Hases and Stations 
prototype architecture. 


2. The study will be used as the basis for the final 
design decisions by the Commanding Officer and Nish 
board. knowledgable representation is a must for each 
department to profit from the effort. 


Ss The tailored prototype implementation will no doubt 
afford little justification for near-term ADF 
procurement requests from superiors. 


4. The time for departmental ADF requirements is now. A 
knowledgable departmental representative can obtain 
the requirements in the package, or at least provide 
documentation for future reference; this documentation 
can be used as justification in future procurement 
requests., 

Each departmental representative needs to be thoroughly 
briefed on his/her duties and role. The team leader needs 
to communicate this to all departmental representatives. 
Departmental representative duties include: 


P Representing his/her department in the shaping ot 
the Bases and Stations prototype. 


a Representing his/her departmental ADP requirements, 
whether or not they are addressed specifically by the 
prototype. Documentation of all ADF needs shouid be 
accomplished as part of the NISM analysis. 


=. Representing his/her department in the design and 
implementation plan prepared by the implementors 
(i1.e., a team from NAVDAC, NARDAC, or NAVDAF). 


$ 


. Collecting information for the team leader so that the 
Process and Organization Matrix may be prepared. 


Cn 


Collecting information to diagram information flow 
within his/her department; 1.0.9 departmental 
representatives will be responsible for preparing SADI 
diagrams for the department. 


Uo 


Providing feedback to the team leader as system 
implementation transpires. That 15, system problems, 
training meeds, etc. need to be coordinated centrally. 
Departmental representatives must monitor system 
implementation within their respective department and 
provide feedback to the team leader. 


The team leader will coordinate the study effort. 


His/her job will be a full time occupation until some time 


after. implementation. Whether the job is assigned to a 
Civilian or military officer, it must be recognized that 
current duties will probably need to be curtailed. The 


primary duties of the team leader should be specified as 
pertaining to the NISM study and system implementation. 

The Commanding Officer and department heads will also 
need to take an active role in the study. study results 
meed ta be filtered through them so that accuracy and 
clarity 15 insured. Additionally, the top managers need tc 
review the study for possible recrganizations of structure 


or information interfaces. 





STEF 2: FREPARING FOR THE STUDY 

Friar to generating the madels, general information 
should be collected. The objective of this Survey 
information is to condense the organization. Such a survey 
will provide the external agency that designs the system 
with a general understanding of missions, departmental 
aM ces, and organizational structure. Furthermore, the 
survey will allow each departmental representative (i.e. 
analyst?) an opportunity to develop the skills and background 
far following MISM steps. 

The NISM team will also require instruction and 
materials to conduct follow-on steps. Far example, lectures 
will need to be scheduled on SADT procedures; blank SADT 
diagrams and handout instructions will need to be prepared. 
While NISM members develop analysis skills and prepare the 
general organizational Surveys, the team leader will 
schedule lectures and prepare materials. 

A list of facts need to be defined so that NISM members 


can focus their analysis. The author has prepared the 


following facts that need to be gathered. 


1. Organizational Mission 

Z2. Environmental Survey 

E Individual Department Surveys 
a. Department Mission 


b. Department Chain of Command 


e Information Frovided to the Commanding Officer 


oo 


d: Information Frovided to Other Departments 


e. Information Fequired From Other Departments to 
Fulfill Missian 


f. Current ADF Support 


D. 5ΙΕΡ 5: ΕΠΕ ΡΥ ἘἹ 


Using the list developed in the previous step, data 


needs to be collected. Much of the information is general 
knowledge or information gathered from the command's 
organizational manual. Eecause of this, the NISM team may 


think that gathering this information is redundant work. 
However, this general information serves as a framework to 
build on and will also be used by the external agency that 
implements the Organizational Support System. Since the 
external agency is unfamiliar with a particular base's 
environment and mission, this framework will help the 
imal emer te team understand the naval base's 
organization. 

The team leader should assign the responsibilities. The 
author believes the best way to allocate these assignments 
is for the departmental representatives to complete their 
respective departmental surveys. After receiving all 
departmental inputz, the team leader can complete the global 
Surveys (Facts 1 and 2 above). The surveys should be 
comcise and clear. 

As an illustration, the author completed the survey for 


the NAS Moffett Field as described below. 
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"To operate and maintain  tacilities and provide 
services and material Support operations to aviation 
activities and units as designated by the Chief of 
Naval Operations" (Ref. 2O:p. 2]. 
"Facilities" include base buildings, including three 
extremely large hangars, base housing, grounds, station 


vehicles, civil engineering support equipment, airfield 


pavements,  roads/streets/parking lots, steam plant,  on- 


ui 


tation utilities (sewage, water, electrical, heat, 
telephone, gas), departmental ADF hardware and software, 
etc. 

"Aviation activities" includes several patrol 
aircraft squadrons (active duty and reserve), each with a 
complement of at least 9 F-2 Orion aircraft. Additionally, 
transient aircraft services and material support are 
provided. 

"Units" includes Commander Fatrol Wings Facific 
(COMPATHINGSFAC) , NALF Crows Landing, NASA Ames Research 
Center, NAVDAF Moffett Field, Marine Support Detachment, 
etc. NASA Ames Research Center receives contingency 
services only from the NAS Moffett Field; e.g. ambulance 
service, and collateral security forces. 

See savinbonmental Survey 


The NAS Moffett Field, California is located in the 


Santa Clara valley in the city of Mountain View. The base 


p 


borders the southwestern edge of the San Francisco Kay. A 
oleasant, mild climate is present year round. 

The computing power far the base consists oaf 
numerous vendar products with little interface between 
computer systems. Microcomputers and minicomputers are 
departmentally controlled. Procurement is centrally 
managed, tine Commanding Officer has an ADF Coordinator on his 
staff (the billet is formally titled Management Analyst). 

NAYDAF (Navy Data Automation Facility) Moffett 


au 


iT 


id, an echelon IV shore activity, is a client oriented, 
industrial funded organization whose personnel and equipment 
provide diversified automated data processing services to 
the NAS Moffett Field and its tenant activities. NAVDAF 
reports to the Commanding Officer, Navy Regional Data 
automation Center (NARDAC) San Francisco, located at the NAS 
Alameda. The NAVDAF has a Burroughs B1933 mainframe 


(224 . kbwtes) to accomplish batch jobs. 


-h 


Moffett Field is the homeport of  COMFATWINGSFAC and 
numerous YF squadrons. As such, Moffett Field serves as the 
most influential F-3 base in the Facific theater. 
Therefore, F-3 aviation support becomes a significant 
concern for the base Commanding Officer and his department 
heads. 

The NAS Moffett Field chain of command is diagrammed 


eonörigüre ὃν ο περ. οπή 7-7; 
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Figure 3.2 NAS Moffett Field Chain of Command 


a» individual Department surveys 
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Facts to be obtained for individual departments 
would partially be obtained through interviews of the 
department heads. These interviews would probably be 
conducted by the NISMN departmental representatives. The 
following general set of cre was developed to help 


steer the interviews with departmental managers. 


jm Using the Organizational Manual as a guide, verify the 
mission. 


ο, Using the Urganzaticnal Manual as a Guide, verify the 
departmental chain of command. 


A4. What general types of information do you supply 
regularly to the Commanding Officer (eg. general 
correspondence for signature, progress reports, etc.)% 


4. What general ad hoc query types daes the Commanding 
Officer ask your department to provide him? 


ο What general types of information does your department 
provide to other departments? 


es What general types of information does your department 
require from other departments to al rı Vi your 
department's mission? 


fe What computer aids do you have in providing the 
Commanding Officer this information? Are they 
sufficient? If not, what else would you require? 


8. Because of a lack of computers/personnel there may be 
information that could be provided to the  Commanding 
Officer from your department that you are unable to 
obtain. Frovided you had unlimited personnel and 
computing assets, is there any of this type of 
information that if you were the Commanding Officer 
you would like to see? 


Ta In your opinion, is there any information that your 


department will have to provide the Commanding Officer 
in the future? 
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The assigned interviewer, normally the department 
representative, should take notes and attempt to understand 
the department from the department head's vantage point. 
The department representative will require this scope during 
the next phases. 

For the NAS Moffett Field, Departmental Mission and 


Chain of Command results are detailed on Figures 3.3 thru 


πα |... Mission statements need ta be concise and clear. At 
this point in the study, the objective is to condense the 
organization so that consolidated knowledge about the 


cammand and each department can be discerned. 


m şe 4: DEFINING STATION FROCESSES 
Defining Station  Frocesses and Defining Information 
Structure steps can be done simultaneously. It is at this 
juncture where the real work begins for the NISM team. 
This section will concern itself with defining station 
processes; Section G will discuss the defining information 
structure. 
". . . processes are defined as groups of logically 
related decisions and activities required to manage the 
resources of the business. They are studied and 
identified without regard to the organization 
responsible for them" LRef. 14:p. Sil. 
Frocesses can be categorized as Flanning and Control 


Processes, Froduct/Service Processes, and Supporting 


Resources Processes. Ry reviewing the previously developed 
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Administrative Department (Admin) 
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Mission: Frovides general administrative services for the 
Command. This includes: 


l. Operation of the centralized portion of activity 
mail, tile, correspondence, directives, and messenger 
systems. 


a Development of poalicy/procedures and monitoring of 
compliance in the handling of classified material. 


vie Management of specialized office equipment. 
4. Manager of Air Station Forms. 


2. ACdmMinisters Restricted Fersonnel Frogram. 
[Ref. 20O:p. 113 
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Figure 3.2 Administrative Department 





Civilian Fersennel Department (Civ Pers) 
Mission: To provide management in all civilian personnel 
management programs and to assist the non-appropriated funds 


personnel management programs. [πει sopa lol 


Chain cf Command (kef. 20:p. 171] 
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Figure 5.4 Civilian Fersonnel Department 


Human Resources Management Department (Hum Res) 

Mission: Responsible for administering the Human Resources 
Management Frogram. This includes supervising the Command 
Equal Opportunity Frogram, Command Action Flan, Affirmative 
Action Flan, Human Relations Council, Command Career 
Information Management Frogram, Family Service Center, 
Counseling and Assistance Center, Sponsor Frogram, Retired 
Affairs Office, Career Information and Counseling Schools, 
Casualty Assistance Calls Frogram, and the Fersonnel Support 
Detachment Liaison Office. Dep. 20:p. 19] 
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Figure 3.5 Human Resources Management Department 
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security Department 
Mission: Frovides perimeter and internal security for the 
station. Investigates crimes and enforces station 


regulations. πες συ. 222 


Chain of Command LRef. 205585. 25) 
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Figure 5.6 Security Department 
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Public Works Department (FW) 

"mission: Operates, maintains, and repairs all To C ΗΘ 
structures, grounds, roads, runways/taxiways, and utilities 
for NAS Moffett Field and  NALF Crows Landing. Frovides 
transportation and equipment vehicles. Administers the 
family housing program. Administers station energy 
conservation and environmental protection programs. [Ref. 20: 
Dome 


Chain of Command ΓΓΕΤ. 20:p. 323] 
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Figure 3.7 Public Works Department 
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Supply Department (Supp) 
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Mission: Frovides material support to fleet aviation 
activities, station departments,tenant, and satellite units. 
üperates the Enlisted Dining Facility, satellite dining 
facility, Flight Galley, and all unaccompanied personnel 
housing. ΠΕ. τυ:Ρ. 55Η 
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Figure 2.8 Supply Department 
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Comptroller Department (Comptrol) 


Mission: Establishes, coordinates, and maintains an 
integrated system for financial management. Coordinates 
budget planning and execution. [Ref. 20:p. 431 


ir] 


hain of Command (Ref. 2O:p. 45] 
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Figure 3.9 Comptroller Department 
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Operations ΤΠΕ, P 


Mission: Operates airfield facilities and provides services 
to support operations of aircraft. Frovides fire fighting 
functions for the station and for aircraft. Frovides air 
traffic control and maintenance of aviation support 
electronics equipment. [Ref. 2O:p. 474] 


Chain of Command CRef. 2O:p. 4974] 
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Figure 32.19 Operations Department 


Intermediate Maintenance Department (AIMD) 


Alrcratt Intermediate Maintenance Department 
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Mission: Ferforms intermediate aircraft maintenance support 
for aircraft and on associated support equipment. fRet. 20: 
p. wid 


Chain of Command (Ref. 2O:p. sol 
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Figure 3.11 Aircraft Intermediate Maintenance Department 
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Weapons Department (Weaps) 


Mission: Maintains and issues all Station  ordnance. 
Üperates small arms firing range. Frovides support to 
Explosive Ordnance Detachment (EQD), Alameda, when required. 
Peete 2059.07 J 


Chain of Command LRef. 2O:p. 3591] 
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Figure 3.12 Weapons Department 


Recreational Services Department (Rec Svcs) 
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Mission: Frovides and  supervises social and recreational 
Services. Administrates various messes and recreational 
divisions. ρου πω... oil 


Chain of Command (Ref. 20:p. 653 
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Figure 3.13 Recreational Services Department 
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synthesis af the arganizatian, the team leader should 


develop a preliminary list of business processes for the 


Organization. The NISM board can then meet, and modify the 
list as necessary. The processes can then be placed in a 
Fracess and Organization Matrix: Each department 


representative can then complete the input for his/her 
department. The team leader will complete the input for the 
Lommanding Officer and the Executive Officer. The team 
leader should review the results prior to the Commanding 
Ütficer'& review. 

eS an iliustration, the Frocess and Organization Matrix 
τος the NAS Maffett Field is detailed on Figure 2.14. For 
the matrix to be workable, a maximum of 60 processes is 
recommended LRef. 14:p. 56). 

When completing the Frocess and Organization Matrix, the 
HIS" team must keep the following discussion in mind: All 
processes involve the Commanding Officer as the principal 


decision maker. Eecause of the number of processes to 


manage, delegation of authority becomes crucial from the 
Commanding Officer down through the layers of the 
organizational structure. Additionally, some processes are 

nided sufficiently by regulation and law that the 
Commanding Officer’s participation in the day to day 
decisions is not normally required. For example, the 
decisions regarding disposition of plant property are 


normally handled in accordance with regulations. This is 
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not to say that the Commanding Officer will never become 
imvolved in these decisions. Should an aged but necessary 
piece of equipment be disposed of prior to its replacement 
arriving, the operational capabilities of the command could 
be threatened. Tt is in abnormal events like this that a 
Commanding Officer will become involved and insure mission 
compliance, 

The Process and Organization Matrix should not represent 
the extremes, as in the example above. Rather, the model 
Should evince the daily, routine decisions that keep the 
process going. This requires judgement by the NISM team as 
they develop the matrix. There may be aie? erences af 
opinion. In these instances, the Commanding Officer must 
resolve canflicts, as only he/she has the vantage toa 
interpret who actually is the routine decision maker far a 


particular process. 


F. STEP 5: ANALYZING CURRENT SYSTEMS SUFFORT 

After completing the Frocess and Organization Matrix, 
the next step is to overlay current ADF systems onto the 
matrix. This has been done on Figure 2.14 for the analysis 


done by the author at the NAS Moffett Field. 


Departmental representatives should gather this 
information for their respective departments. When this 
information has been mapped anta the Matrix, the 


Frocess and Organization Matrix is complete. 
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The matrix shows where electronic interfaces exist and 
where they may be needed. Where electronic interfaces 
exist, the matrix does not describe how well they work or 
improvements needed. Where interfaces do not exist for a 
process, vet inter-departmental interaction iz significant, 
tne matrix does not show how or το what degree interaction 
is needed. Additionally, the matrix shows nothing about 
intr ea-departmental electronic interfaces. 

The utility of the matrix is that it describes 
information interaction between departments. It is a tops 
down view of information resource sharing and what processes 
current ADF resources support. From this matrix, the 
Commanding Officer and the NISNM team can uncover 
5 oossibilities far computer support in various processes. 
in the exercise of developing the matrix, the NISM team will 
also dizcover possibilities for computer support. These 
discoveries need to be documented concisely. The Commanding 


Officer and the NISM team should discuss and probe these 


discoveries to determine their feasibility. Should the 
effort be judged to warrant implementation, the command 
should include these enhancements in the prototype 


implementation plan. 

In addition to the ADP equipment being depicted on the 
matrix, a concise written description should be provided. 
For the NAS Moffett Field, the description was the 


following. 


The Administration Department's IBM 333230 is the most 
imter—departmentallIy connected piece of ADF hardware 
at the NAS Moffett Field. All departments have at 
least one terminal connected to Administration's IBM 
woe. With the exception of Fublic Works, AIMD, and 
Weapons. The IBM 3520 owned by Fublic Works will soon 
be interfaced with the Administrative Department's 


DE EE 


Public Works also has a Honeywell DFS5-6 mini-camputer 
to handle the remainder of their computing needs. 


The Four Fhase IV/90 supports most of the functions far 
the Comptroller Department. MAVDAF Moffett Field 
Qwns and operates the Four Fhase system. 


UADFS functions are supported by NAVDAF through their 
rurroudhs 1955 mainframe. Both Supply and Comptroller 


rely on NAYDAF to fulfill UADFS processing. 


Recently, several departments and staff positions have 


received Zenith 1:0 -© microcomputers Ret. 2141. 
Departments are: administration, Comptroller, 
Uperations, Supply, and Weapons. Staff positions are: 


Chaplain, FAO, Safety, and ADF Coordinator. The Z-120's 
come with bundled software packages including CP/M, 
MS-DOS, Wordstar, Lotus 1-2-5, amd DBase Il. a ὅτι. 
training program Was conducted in April 85 to 
tamiliarize users with the system. 
GS. STEF 6: DEFINING THE INFORMATION STRUCTURE 
AS mentioned previously, the definition of an 
information Structure can be done Simultaneously with the 
definition of the station processes. The product of Defining 
The Information Structure is a series of SADT diagrams, 
which will describe the hierarchical layers of information 
Structure, the interfaces necessary for process or task 
accomplishment, and the controls of information management. 
Chapter 2 discussed the SADT diagrams. Figure 2.4 


depicts the basic box structure, while Figure ss 


illustrates one level of a diagram. During this step, 


aS 


departmental representatives will construct a series at 
actigrams describing information flow for their respective 
departments. The team leader will need to instruct the 
HISM team on the SADT technique. İt is recommended that in 
addition to a formal presentation, the team leader prepare 
handouts covering the technique with examples; selected 
parts of this thesis could be copied for reference te.g. the 
SADT section in Chapter 2). The SADT diagram process may 
νι ficult for some people to grasp, as many people do not 
normally analyze in structured patterns [Ref. izi: 
Departmental representatives must be taught how ta decompose 
or break apart their departments from the general to the 
specific. To insure the diagrams will complement each 


other when put together, it is warth the effort for the team 


leader to insure all  MISM team member tz thoroughly 
understand the technique. After all, the team leader will 
have to detect and resolve diagram conflicts. ἵτ τς 1n 


his/her best interests to insure diagrams conform to SADT 
ztandarcds. 

Before allowing department representatives to begin this 
step, the team leader should decompose the organization, 
describing the first three layers. This will provide a 
framework for the departmental representatives to work from. 

Im addition to SADT instructions, the team leader should 
provide forms for the decomposition, i1.e., blank diagrams. 


Node assignments and a diagram numbering scheme need ta be 
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coordinated. Urganizational chart stencils may alsa be 
purchased and distributed, zo that drawing the rectangular 
boxes will be easier for the NISM members. 

A question that will arise almast immediately is, "how 
tar do we decompose?" This is a reasonable question, as the 
SADT process itself does not define how far to go, and an 
analyst could define all the way down to sharpening pencils, 
cr making a selection on a computer terminal. This degree 


ot decomposition would be a life's work for one analyst in a 


I 


isrge department, and would be voluminous and meaningless. 
ο Τα answer this question, analysts must keep the objective of 
The project in mind. The SADT diagrams should provide a 
araphical description of functional tasks and interfaces, so 
that the Bases and Stations prototype can be shaped to fit 
the  crganizetion. Functional relationships of information 
should be depicted, nothing more, nothing less. 

The analysis of the NAS Moffett Field performed on this 
thesis serves as an illustration. The latter is probably the 
best way to communicate the SADT process and the degree of 
decomposition required for a NISM study. In SADT diagrams, 
the author distinguished between physical and information 
flows for inputs and outputs. Fhysical flow is defined as 
object movement only: e.g., a box of pencils moving from 
Supply to Administration. Information flow is defined as an 


obiect or transmission that with itself imparte meaning; 


e.g.. a supply requisition for a box of pencils is a piece 
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ot paper that flows from Administration to Supply——both 
parties can impart meaning te the requisition. The 
depiction of input/output flow type can be used as a gauge 
τα anticipate when decomposition 15 completed. The 
Following discussion will guide the reader through this 
technique. 


Figure 2.15 depicts a macro view af the SADT process, 


and the figures that follow. The diagrams farm a 
hierarchical structure, starting with the general and 


proceeding to the detailed. Level AO is the NAS Moffett 
Field. Figure 3.15 depicts Level AO, which describes ene 
HAS Motfett Field in one actigram box called roe mune and 
implement Facility Strategy". Note the physical and 
information flows for input and output, where information 
flow appears to dominate. 

Figure 3.17 depicts Level Al which decomposes the 


actigram bax of Level AG, ergo the title of Level'Al diagram 


matches the  actigram box of Level AQ. Node Al is broken 
down into 3 actigrams. On the diagram, the "Number" ("R1") 
is used to keep track of which diagram Figure 7 


references above it, in this case Level AQ (Figure 3.16). 
The number scheme is strictly relative, but should be 
consistent; as decomposition proceeds further, a new 
letter /number pair will be required. On Figure 3.17 note 
the physical and information flow arrows for input and 


output; physical flow now appears to dominate. 


ihe three  actigrams on Figure 2.17 are decomposed toa 


form Level Az, Fiqures 2.18, 3.17, and 3-20 (Numbers RZ, ΓΤ 
and R4 respectively). For all three diagrams, note the 


dominance of physical input/output arrows. The procedure of 
matching the title of the diagram with the actigram box in 


the level above it, is maintained. At Level AZ, the 


disarams are reflecting macro functions that the reader can 


pd 
fi 


relate to the processes defined in the Frocess and 
Organization Matrix; the processes, which were general in 


the matrix, are more specific in the SADT diagrams. 


Earlier in this section, it was mentioned that the team 


1 


i eadel should provide a decomposition of the first three 
layers to the NISM team. Levels AO, Al, and Az are 
depicted in Figures 3.16 thru 3.20 which will provide a 
framework from where department representatives can 
decompose further. Nodes have been labeled in this 
illustration beginning with AO: this need nat be so, however 
a common node labeling scheme should be defined. The 
“Number? scheme has thus far used "R?" followed by a number. 
Basin, this need not be so, but a common numbering scheme 


should be defined. At this point in the SADT decomposition, 


the team leader may find it useful to assign each department 


representative a number , for exclusive use in their 
departmental SADT diagrams. For example, "B" could be 
assigned to the Administratian Representative and "p" 
assigned to the Weapons Representative. In this way, the 


team leader can keep track of a department’s diagrams when 
consolidating them. 


From node Az, the illustration will depict ane actigran, 


decomposing to the functional level. The author chose "RS" 
(Informatian Management) to decompose. Figure 2.21 shows 
the decomposition. At this point, the author chose a new 


numbering scheme starting with "Si" (Command Communications 
Flanagement?). In Figure 3.21 note the physical and 
intarmation flows for input/output and the predominance of 
information flow. 

cr mode a4, the author chose LoL (Command 
Communication Management) to decompose. Figure 3.22 shows 
the decomposition diagram. Note that the physical and 
information input/output flows depict an almost total 
dominatian by information flow. In this particular 
instance, decomposition has finally resulted in a functianal 
description of information flow. Further decomposition is 
therefore not required for this branch. 

Note that attention should be paid to physical and 
information input/output flows. In effect, the change in 
dominance of flow type can serve as a clue to detect when 
functional decomposition is complete. The decomposition 
starts with dominance of information flow (level AQ), 
changes to physical flow (levels Al and AZ), changes back to 
information flow (level AS), and finally at level 44 a clear 


dominance Of information flow is observed. Should 


mud 


decomposition to further layers be done, a shift back to 
physical flow dominance would be observed; i.e., the analyst 
would eventually be defining tasks like sharpening pencils, 
etc The flow dominance type can serve as an approximation 
ta determine when decomposition is completed for the 
NISM ΘΕ. 

ihe collection of diagrams serve as a graphical 
representation af the tasks the command does ta fulfill its 
missionis}. Because it describes who does what task, and 
the interfaces necessary, the document also serves az a nice 
turnover item far the Commanding Officer to hand to his 
reliet. The incoming Commanding Officer can immediately 
grasn the scone of the mission(s), 1.6., the nuts and bolts 
cr command mission fulfillment. Additionally, the 
Commanding Officer and department heads can evaluate the 
diagrams and perhaps discover better organization structures 
and better information structures, with or without computer 
Systems. 
After department representatives have completed the SADT 
diagrams, the team leader must consolidate the information 
flows. For most processes, the activity will be department 
specific and no consolidation is required. For example, 
referring to Figure 3.19, Number R17 (Firefighting, Rescue, 
and Investigations) will be handled within the Operations 
Department at the NAS Moffett Field. Some processes will 


have overlap between departments. For example, referring to 


mnie Oo. 1a, Humber FY (Material Management?) will involve 
chiefly the Supply Department, however other departments 
"1111 be involved; e.g., the ADF Coordinator will be 
extensively involved in ADF pracurements. Where departments 
overlap a task, the team leader will need ta consolidate the 


ar am. 


Addıticnaliy, the team leader will need to resolve 
coordination inconsistencies. One department may depict 
interface with ancther department, that the latter 
denartment neglected to include. 

The Defining The Information Structure step will be the 
most time consuming task for the MISM team. Department 


representatives ot large departments may decide to recruit 
Gepartmental personnel to aid in the task; in effect, 
a Eu representative would became a departmental 
team leader with all oft the concomitant teaching and 


consolidation responsibilities. 


EE US: DETERMINING THE COMMANDING OFFICER'S FERSFECTIVE 

Up to now the analysis has been chiefly oriented towards 
the present, with same documentation on departmental 
requirements. 

This step will allow the Commanding Officer to review 
the Frocess and Organization Matrix, SADT diagrams, and 
other documentation to make decisions regarding information 
resources and implementation priorities. By making these 


decisions, the Commanding Officer is in effect determining 


σα 


ical SUCCESS factors tor the command that can he 


translated into ADF equipment and organizational structural 


hi 


cnanges. 


With the Commanding Officer’s experience of the past and 
present, he/she now has the opportunity to create the future 
tor the command. Although the current Commanding Officer 
may not harvest all of the benefits of the Organizational 
Support System, he/she will pioneer a new management method 


for the command. as a consequence, the Νενν΄ε operational 


Capabilities is expected to be greatly improved. 

Table rit provides the author’s estimate of a time 
dimension to the NISM study. The estimates are based on & 
navai station that is the size of the NAS Moffett Field. LE 
Must be recognized that the size of the command will alter 
these figures; Τη £ smaller naval station will compress 
the estimates and a larger naval station will expand the 


estimates. 


ize Se so: DEFINING FINDINGS AND CONCLUSIONS 
The team leader must now coordinate the documentation 


tfort sa that the Commanding Officer's decisions reflect 


Πι 


cammand requirements. The NISM output provides 
documentation in a package that may escape the implementor s 
notice. A concise written document should be prepared which 
will summarize the requirements and priorities. 

As the implementors review the NISM study results, 


they may uncover and propose additional enhancements to the 
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I Es ΙΤΕΤΙΕΙΠΞΙΠΝ TO THE NISM STUDY 


Event Total 
Completion  Elapsed Time 
(weeks) (months) 





Gaining The Commitment 
Appoint NISM Team 
NiSM Study Briefs 


Preparing For The Study 
NISH Method Briefs 
NIS" Team Begin To Collect Facts E 


Starting The Study 2: ο  Ὁ 
Departmental Survey Reports 
Command Survey Report — 


r 


| 


Defining Station Frocesses 
Frepare Command Frocesses List 
Departmental Inputs to Frocess and 
and Organization Matrix 
Consolidate Matrix and Commanding 1 
Officer Review 


rn Lm (d 


Analyzing Current Systems Support Mer 
Departmental Inputs 
Consolidate Process and Organization 
Matrix, and Documentation 
Commanding Officer’s Review 1 
Defining The Information Structure Sa 
SADT Briefs 
Compiete Departmental SADT Diagrams 
Consolidate SADT Diagrams 
Lommanding Officer’s Review 


HJ) 64 064 0 


Cs 
HJ 
Cn 


p= 


Determining The Commanding Officer 's 
Perspective 


mk]. 


CO 
HJ 
Cn 


Defining Findings and Conclusions g 
Prepare Summary Documentation and 1 
Brief NISM Team on Information 
Resource Management Plan 
Implementors Submit Implementation = 
Plan | 
NISH Review 
Commanding Officer Finalizes 
Organizational Support System Design 


kJ = 





Commanding Officer and NISM team. Decisions on these 
recommendations can be acted upon as they are discovered, 
GK the implementors may provide a consolidated list of 
suggested enhancements for review. 

In any event, all concerned parties must recognize their 
role and their knowledge base when reviewing requirements ar 
recommendations. After completing the NIS5SM study, the 
Commanding Officer and the NISM team know how their 
organization functions better than the implementors. Ün the 
ether hand, the implementors know ADF and through studying 
other bases, may | haeve uncovered new innovative management 
procedures and techniques. Although the users have the 
final say, open-minded consideration of all recommendations 
Dv both parties will realize their common objective; 16 
to develop and implement an Organizational Support System. 


The author's study af the NAS Moffett Field was nat as 


complete as a NISM team could do, simply because one 
analyst cannot cover the ground that a team could. 
Monetheless, various findings and conclusions could be 


derived. They are discussed in Chapter 4. 
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Figure 3.15 NISM Hierarchical Decomposition 
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Ai. INFORMATION COORDINATION 

The findings derived from the analysis of the NAS 
Moffett Field are discussed ain light of the NISM 
methodology. One generalization concerns information 
coordination. 

The ESF study and SADT diagrams view the organization 
trom processes or tasks, and attempt ta determine comman 
processes that should be interfaced using computer systems. 
Commen processes implies relationship of function which 
should be coordinated. 

Figure 2.17 (level Al) represents a macro functional 
division of the mission(s) of the NAS Moffett Field. These 
macro functions can be further subdivided into level AZ 
(Figures 2.18, md and 35.20). From the external 
environment of the NAS Moffett Field, the Command receives 
resources and information (Figure 5.19). These resources 
are "processed" to yield a variety of final outputs (Figures 
3.19 and 2.20). These outputs serve the system (NAS Moffett 
Field), internal cammunities (tenants), and the external 
environment (community, nation, etc.). All of the functions 
receive from these resources and produce their respective 


outputs, 


B0 


Several functions deal directly with the inputs from the 
external environment (esga Material Management) to 
facilitate usage by other functions downstream (e.g. Repair 
and Construction). These functions might be considered 
boundary spanning functions (Figure 3.18 — "Command Resource 
Disposition"), far they deal directly with the external 
environment. This does not imply an importance of boundary 
Spanning functions ta that of the other functions (Figures 
wd 7 τε ces ee dee A Material Management function by itself 
cannot fulfill the missions of the base; it exists to 
suppart other functions e.g. Repair and Construction) which 
will fulfill the missions of the organization. The boundary 
spanning designation merely states the relationship with the 
external environment. 


At the NAS Moffett Field, most of these functions are 


accamplished by a single department. Table IM pairs the 
functions depicted on Figures 3.18, 5.19, and 3.20 with 
departments that carry out the respective functions. 


It can be observed, that departments are determined and 
bounded by their functionality. Fresumably this is true at 
other naval bases as well. This need not be so as groupings 
can exist for other reasons. Mintzberg (Ref. 2:1) identifies 


Six motivations for groupings; these are: 


i.. By knowledge and skill 
2. By work process and function 


a. By time 


106 


TABLE IV — 


MUMEEK 


---- qm eee «μερα comme 


pos 
R6 
R7 


RE 


RY 

EL 
R11 
R12 
RIS 
R14 
Ri 
RIS 
20 / 
R18 
R17 
Π:0 
Kel 
Eo 
RS 
R24 
R25 
R26 
En 


FUNCTION RELATIONSHIP TO DEFARTMENTS TABLE 


Functions Allocated ta Departments 


FUNCTION 
Information 

Manage Funds 
Material Mgmt 


Mamet 


Career Counseling 


Counseling/Assistance 
Counseling/Spiritual Support 
Civilian Personnel ligmt 
Utilities Momt 

Intermediate Aircraft Maint. 
Manage Aircraft Supplies 
Vehicle Mgmt and Maint. 

Air Traffic Control /Airport 
Firefighting, Rescue, etc. 
Manage Ordnance 

Repair and Construction 
Accident Frevention, etc. 
Audits, Reviews 

Patrol, Access Control, 
Family Housing Mgmt 
Temporary Lodging Mgmt 
Food Services 
Facilities, Frograms 
Legal Assistance 


etc. 


1ο 


DEPARTMENT 
Admin, Public Affairs 
Comptroller 
Supply, Public Works, 


AIMD, ADP Coordinator 
Human Resources, Command 
Master Chief 
Human Resources, 
Chaplain 
Civilian Fersonnel 
Fublic Works 
AIMD 

Supply 
Fublic Warks 
Operations, 
Operations, 
Weapons 
Public Works 
Safety 
Comptroller 
Security 
Public Works 
Supply 
Supply, Rec. Services 
Recreation Services 
Legal 


Legal 


Safety 
Safety 


a. BY output 
ea By client 


5. By place 


The base, NAS Moffett Field, could be considered to be 
grouped by place and client; iaaea, because COMPATWINGSFAC 
and several F-2 squadrons are required ta be posted in 
central California, the MAS Moffett Field exists. 
Lepartments are grouped by function, in order te focus 
management around functionally related tasks. Divisions are 
probablw grouped because of knowledge/skill and output, in 
order to concentrate expertise on individual tasks; e.g., it 
would be foolish to place a yeoman in a Weapons shop to 
repair ME-45 torpedoes. 

Because the departments of the NAS Moffett Field are 
grouped by function, important coordination considerations 
can be drawn. Mintzberg claims that grouping by functional 
basls gives way to selective vertical decentralization. 
Mintzberg delineates five coordination mechanisms [Ref. 22 
and Ret. 2214. These are: 

i. Mutual Adjustment — individuals coordinate their own 
work, by communicating informally with each other. 

2. Direct Supervision - one person takes responsibility 

for the work of others through issuing of instructions 


and monitoring actions. 


Κο Standardization of Work Frocesses - contents of work 
specified or programmed. 


4. Standardization of Work Outputs - the results of the 
work are specified. 
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E. Standardization of Worker Skills - the kind of 
training required to perform work is specified. 
Functional basis groupings coordinate largely by mutual 
adjustment CRef. 22 and Ref. 221. Indeed, this is what is 


observed at the NAS Moffett Field. 


Department heads run their functional area Of 
responsibility and generally coordinate through the 
Commanding Officer by mutual adjustment. The department 


heads brief the Commanding Officer an the running of their 
functianal area, Seeking decisions where they are not given 
2 13M, instruction, policy, etc. The briefs allow the 
Commanding Officer and department heads to interact, setting 
policy and tone tor the department head to run his/her 
department. This is not to say other coordination mechanisms 
are not used by a Commanding Officer. Should the Commanding 
Üttlcer detect departmental problems Or should the 
department be assigned a "highly visible" task, a Commanding 
Officer may resort to direct supervision for a brief period. 
Computerization of mutual adjustment coordination is 
difficult to accomplish. The Commanding Officer's gut 
feeling about his/her people and the situation will be 
the principal quide. The infallible computation of a gut 
feeling is impossible to submit to a machine, at present. 
However, computerized decision aids can help the 
Commanding Officer study m situation and help him/her 


establish feelings about the situation. Cumbersome 


LO? 


printouts are not what is needed  L[RKef. 161. Summary data 
and graphical displays of  zituation progress will help a 
Commanding Officer establish his/her opinion quickly. 
Should this information prove to be insufficient, mutual 
adjustment coordination will provide more information to 
establish the Commanding Officer’s opinion and perhaps a 
chanae in coordination mechanism. For example, a graphical 
display of station budget progress against milestones can 
provide the Commanding Officer with a quick view of the 
financial situation. Should the budget be significantly 
ahead ar behind of the next milestone, the Commanding 
Officer will have the Comptroller explain why this is so. 
The Commanding Gfficer’s opinion about the Comptroller, the 
budget, and the Comptroller Department may be modified 
depending on the feedback, such that a new coordination 
mechanism may be warranted: e.g., direct supervision 
might be implemented by issuing ot a "“things-to-do" list, 
and daily reports. 

With the recent purchase of Z-izOo's and the appropriate 
software by the NAS Moffett Field, and as soon as 2-120 
training is completed, the Commanding Officer will have 
graphical summary displays at his/her disposal. The 
administration ' s ὅτι οὐ is located in the Commanding 
GOfficer's office, so that the Comptroller need merely carry 
& prepared diskette (prepared by ve Budget Division) to 


the Commanding Officer's office for the Commanding Officer 


iio 


to formulate a decision on the station budget progress, 


based on a graphical display. 


ΕΙ. INTERFRETATION OF THE FROCESS AND ORGANIZATION MATRIX 
several implications can be ascertained from the study 

ot Figure 5.14 (Frocess and Organization Matrix). 

The procedures for interpreting the Frocess and 
Urganizatlon Matrix are relatively straightforward. The 
analyst views each column (or process) and interprets the 
amount of departmental interface that 15 transpiring. Then 
the analyst ascertains the degree of ADF intercannectivity 
that 15 present. The analyst must then determine whether or 
not electronic interface is practical; i.e., the feasibility 
of computerizing a subsystem or process. 

Processes (ar columns) ‘will fall into one of four 
categories. These are: 

-- Processes that are common among several 
organizational entities, that have electronic 
interface. 

Frocesses that are common among several 
organizational entities that have some or no 
electronic interface. Interface is desirable. 

Se Fracesses that are common among several 
Organizational entities, however electronic interface 
is impractical. 

4.  Frocesses that have no commonality among 
Organizational entities, and electronic interface 
is therefore not necessary. 


When studying Figure 3.14, one immediate observation 


is noted--the Commanding Officer has no direct electronic 


PII 


interface trom any at these processes. This should be 
rectified. In addition to the hardware and software 
required, methods of process measurement would need to be 


defined so that only summary data is transmitted to the 


Commanding Officer. Fresumably, the Bases and Stations 
Architecture analysis Will develop and design yardsticks 
for the processes. This is a difficult task for many 


processes. For example, referring to Figure 5.14, how can 
measurement of the General Stores process be summarized? 
A tally of daily requisitions versus daily requisitions 
filled will provide some meaningful information, however 
it will not declare the impact of a requisition that was 
not filled. For example, it cannot predict the angry phone 
call from COMFATWINGSFAC when VF-47 has anly 3 operational 
aircraft because Supply does not Have any Strut washers 
in the inventory. 

Frior to the interpretation of Figure 5.14, the 
shortcomings of the matrix should be considered. One of the 
shortfalls of BSP is that not all processes may be included 
[Ref. 5]. When the analyst is an outsider, his viewpoint is 
constrained by his background and from data he can collect 
on his own. An internal analysis would probably yield more 
processes, as feedback mechanisms would come into play, from 
personnel more knowledgable about specific processes. 
Therefore, the following discussion should be taken for 


what it is, the author's opinion. 
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e ni rat iye Trecesses 
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The Administrative processes all fall into category 


Za Correspondence and Command Messages/Memo processes must 


flow through the Administrative Department priar to approval 


by the Commanding Officer. Almost all departments are tied 
imto Administration’s IBM 53520 or will be shortly (Public 
Works?) s the remaining departments (Weapons, AIMND) have 


Z£-120's sa that written communication can be transported to 


the Administrative Department on a diskette. There is some 
electronic interface for the Budget process with the 
Comptroller, but it is very limited; transporting Z-120 


diskettes ta the Commanding Officer and Budget division is a 
We ww sir electronic interface and could be improved by 


using a Local Area Network (LAN). 


#» inventory Frocesses 
Sharing of inventories serves two purposes. The 
first is to locate material not held By the entity. The 


second is to serve in accounting from one entity to another 
entity that has administrative control over the —— A 
Station-wide material location is either general 
information or can be obtained from Supply. For example, a 
ME-46& torpedo is held by the Weapons Department and not by 
Fublic Works. This is general information that escapes few 
people’s knowledge. Any item that an individual cannot 
Classify as being held by a particular entity, can be 


obtained from the Supply Department; ΠΠ "if ya don't 


du 


know where to get it, ask Supply". Hecause of these 
ar auments, it is the author's opinion that interfacina 
material location between entities serves little purpose. 

Accounting for inventory requires separate ledgers 
to be maintained by the controlling authority and the user. 
Feriodically, visual sighting of the material is done by the 
Leer, and the inventory» reported to the controlling 
authority. The controlling authority compares the report 
against their ledaer in order to determine discrepancies. 
The visual sighting process cannot be computer interfaced. 
It is the author s opinion that the comparison process 
between ledgers could be useful however. In this way, the 
computer could ferret out discrepancies from the two lang 
ledaers. 

The main players of General Stores Inventory are 
Supply and Comptroller. A batch coordination means through 
NAVDAF’s E1959 consolidates location and accounting of 
imventory. Public Warks’ warehouse inventory is maintained 
an their IBM 5520 and Honeywell  DPFS-6 systems. cene 


departments carry more specialized inventories (e.g.  AIMD — 


tools, parts; Weapons — torpedoes) or limited inventories 
(e.g. Administration — stationary, etc.) which are or may be 
tiled with their respective computer systems. Sharing 


inventory data between entities through computerization has 
only been done between Supply and Comptroller. The purpose 


for sharing General Stores inventories would strictly be to 
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locate material. Again, it 15 questionable whether or not 
this would provide any useful function. 

The Classified Material and Flant Property inventory 
processes presently have no electronic coordination. The 
Administration Department is the inventory controlling 
authority for classified EMI. while the Comptroller is 
the inventory controlling authority forc plant property. It 
1Ξ the author's opinion that for both of these processes, 
ADP could be useful for accounting purposes as discussed 


DOVE, 
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For the Flammables inventory, there is essentially 
no electronic coordination. Because of their concern of 
flight operations and firefighting contingencies, the 
Commanding Officer and Operations Department might find 
this information useful. An electronic bulletin board 
might be useful ain sv img quick access to this 
information. 


-. 


5. Human Resources Processes 

Civilian and Military Personnel Planning is a 
process coordinated chiefly through face to face contact, 
due to the ambiguous nature of the process. However, a 
consolidated personnel database might be useful in answering 
executive queries like "how many E-S3’s are married and live 
off base?" Additionally, a consolidated personnel database 


could locate a particular individual with minimal effort. 


Presently at Moffett Field, each department maintains a 


Ns 


roster ar file of their own personnel. Fersonnel Support 
Detachment Moffett Field maintains the only consolidated 
list of military personnel, while Civilian Fersannel 
Department maintains the only consolidated list of civilian 
workers, ΕῚ consolidated personnel database that all 
departments could access, Would rE tlexibility and 
solve data integrity problems [Eef. 24]. 

The design of a personnel database would require 
certain features. In order to conform to Privacy Act 
regulations, access would need to be controlled, such that a 
particular password would allow access to only that 
department's personnel. Administration should have a 
password to access the entire database in order to answer 
executive queries. Human Resources should have a password 
ta access only military records in order to track military 
retention statistics, intem c. etc. Civilian Fersonnel 
should have a password to allow writing and access to only 
all civilian personnel records. Write controls would allow 
a department to modify only military records belonging to 
its personnel. The Database Administrator job could be 
assigned ta the ADF Coordinator: once the database was in 


place, his/her job would generally entail giving passwords 


to authorized personnel. There are other considerations 
which must be taken into account when designing the 
database, such as record field structure (e.g. name, 


address, phone number, etc.). The author has broached only 


ve 


a few considerations to provide the reader with some ways in 
which cantrols could be implemented. Today's se ei 
software can conform to the user's structural and control 
requirements [kKef. 24]. The user merely needs to make those 
requirements known to the database designer. 

Civilian  Fersonnel Evaluations vary in format 5ο 
that this may be a difficult process to electronically 
interface. However Military Fersonnel Evaluations are 
standard, and as observed at the NAS Moffett Field, there is 
& high degree of electranic intertace through 
Administration's IBM 5920 and through Z-120's. 

The Discipline process has no electronic interface 
Sm vould be difficult because of the selective departmental 
privacy for each case; additionally, the process requires 
substantial face to face cantact. However, a database of 
disciplinary actions associated with personnel would be 
useful for Legal and for executive queries. 

The Affirmative Action process does not lend itself 
to ADF for the same reasons as Discipline. 

The Kecreation Flan process also does not have an 
electronic coordination method, however face to face contact 
in these decisions and programs ig probably the best means 
anyhow. However, a bulletin board of the recreation events 
could be posted electronically, providing the Commanding 


Officer and department heads with general information. 
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4. Personnel Lodging Processes 

Ferzeonnel Lodging would be another application for a 
common database in the future when an ADF departmental 
imterface exists. Like the personnel database introduced 
above, access/read/write controls would need to be installed 
so that Privacy Act regulations are met. 

For the Food Services process, an electronic 
bulletin board listing meal entrees and hours of operation 


could be provided to facilitate general information 


&tation-wicde. 


we Material Fracesses 
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[he material process is determined by regulation and 
contains complex accounting processes that the author ας. 
not intend to address. The analysis of these subprocesses 
could be the subject of its own thesis. Providing πιστα - 
to Supply and Comptroller, as has been done, will enable the 
department heads to provide graphical summaries to the 
Commanding Officer, enhancing the communication process. 

5. Facilities Management Frocesses 

Facilities Management process fits into category z. 
General Maintenance can be obtained by a phone call to a 
trouble desk or through a work request at Fublic Works, 
where DPS—6ö processing will schedule, estimate, and follow 
the work progress. An electronic mailbox facility would 


provide another means for a department to request service. 


statistical summaries are available through the DFS-S system 
Meet. sol. 

Maintenance on Aviation related facilities and 
Firefighting processes also do not have an electronic 
interface. An electronic bulletin board with aviation aid 


Status (TALAN status, duty runway, etc.), weather conditions 


(winds, temperature, ceiling, etc.), space available 
flights, and fire condition might be useful for general 
ztetion-wide information. The Commanding Officer would 
certainly find such information useful. A historical 


database of aviation aid status, space S DS flights, 
and fire condition might provide the Üperations Üfficer with 
Wer matlon to formulate strategic plans. 

A Transportation bulletin board might be useful 
information to the Commanding Otficer and other departments; 
EX. the bulletin board could list vehicles, hes 
command they are checked out to, and maintenance pending. 
Again, a historical database on each vehicle could provide 
the Public Works Officer with information to formulate 
strategic plans; in fact, the DPS-6 provides capabilities 
to do just this [LRef. 2351. 

Likewise, . an Energy Conservation bulletin board 
would display to what degree departments, tenants, and the 


base as a whole are using utilities. Historical databases 


in this process would yield information for Fublic Works to 


ΤΙ» 


formulate strategic plans; again, a DF5-6 module provides 


c 


this capability CRef. 2351. 


(Ut IMPLICATIONS AND SUGGESTIONS 


The installation of ADF at the NAS Moffett Field has 


tr 
m 


en logical in that allocation has been based on function, 


that computer systems are applied to departmental 


Hl 
El 
rt 


processes, Given the lead time of pracurement and budget 
constraints, the author believes that the NAS Moffett Field 


nas made the right choices in managing ADF resources. 
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ue ta the rather extended ADF procurement cycle and 
external determination of ADF products authorized tous 
procurement, the NAS Moffett Field finds itself with many 
different vendor products, few of which can communicate with 
each č other. The next generation of ADF growth must be 
concerned with interfacing these systems. 

The primary usage of computing power at the NAS Moffett 
Fieid is far word processing and departmental spreadsheets. 
With the recent acquisition of Z-izo'5s, all departments naw 
neve these capabilities. The next generation of ADF growth 
should extend the uses of computing power) so Ἑμας ο. 
interdepartmental coardination can occur electronically. 

Allocating ADF p by department was logical. The 
departments are functional entities, which required 
computing power to improve accomplishment of sub-functional 
tasks and internal coordination. A new ADF strategy should 


be adopted which concentrates on inter—departmentali 
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coordination and providing the Commanding Qtticer with 
information electronically. 

In the author's opinion, the purchase of microcomputers, 
ilke the Z—-120, by the Navy and hence by the NAS Moffett 
Field, is the correct courze for the next generation af ADP 
growth. The tallowinmg advantages far naval bases can be 
cited. 

Ea Microcomputers can be allocated by department and thus 
by tunction. 


E. Microcomputers are relatively inexpensive and do not 
require the personnel suppart of a mainframe. 


S: The programming support and professional advice tor 
microcomputer management iS in place. The NARDACS and 
NAYDAFs offer this support at nominal costs. 


4. An ADF Coordinator can centrally manage microcomputer 
Growth through procurement requests. 
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a Microcomputers can handle the needs Οἱ most 
departments. Word processing, graphics, spreadsheet, 
and database are available. The jobs requiring the 
power of a mainframe or minicomputer are few; Es 
Comptraller accounting, Fublic Works facilities 
maintenance, and Supply’s material management. 


S Micracamputers are easily transportable. Departments 
and divisions occasionally relocate to different 
spaces. Microcomputers are cost effective when 


relocation is required. 

7. Microcomputers are ideal for storage of classified 
material. H diskette containing classified or 
privileged data can be locked in a safe and core 
memory sanitized by turning the machine off. 

Recause of the advantages of microcomputers, the author 


believes that future ADP growth at the NAS Moffett Field 


will be followed by the acquisition of more microcomputers. 
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Tħis strategy will oppose the inter-departmental intertace 
requirement discussed above. Therefore, a Local Area 
Network (LAN) will be required in order to facilitate intra- 
and inter-departmental communications. 

For the Bases and Stations project this has important 
implications. First, concentration ot software 
develonment will need to be placed on the microcomputer, 
Since these machines will be widely procured; NAVDAC has 


recognized this and is offering microcomputer programs to 


salve varicus needs (ε.α. a program for billeting). 
Secondly, to reduce the cost of the LAN, microcomputers 
need to be compatible. To interface a varied set af 


microcomputers will require a plethora of Network Interface 
Units, adding substantial costs. The Navy needs toa settle 
on a standard so that compatible microcomputers are 
procured. The Z-120's purchased today will not be fully 
compatible with the Z-150's purchased tomorrow. 

For the NAS Moffett Field, LAN installation will have 


two problems. These are: 


1. Geographical Location. AIMD, Weapons, and Supply’s 
Aviation Support Division are located across the 
runway from base mainside where the other departments 
are located. Cables (underground oar around the 
runway) or microwave transmitters could bridge these 
reqions. 


Compatibility. A spectrum of vendors range from IBM, 
Wang, Zenith, etc. Network Interface Units will 
provide the necessary protocol requirements so that 
compatibility will exist. 
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The next generation ot ADF growth should also consider 


the use of corporate databases; Og a Station personnel 
database as discussed in Section EH. Microcomputers will be 
unable to accommodate this requirement. Therefore, 


procurement of a minicomputer will be required. 

Varicus general information bulletin boards might also 
De applied to the LàM as discussed in Section E. 

The next generation will provide the Commanding Officer 
with intermation faster and with more effective content. The 
system should not curtail the Commanding Officer and 
ο tment head face to face contact. The Commanding 


(ifficer’s perceptions about his/her people requires face to 
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ace contact. The department heads' impressions of command 
prioritiez require this face to face contact with the 
Commanding Officer and other department heads. The 
Urganizational Suppert System should not force the method 
Gf coordination to direct Supervision at a terminal, by 
an already time constrained le Officer. 

ἢ NISM study allows a command to make information 
resource decisions for themselves. While a requirements 
analysis could be contracted out, it leaves the command with 
a system design that may not fill their expectations. Since 
the Bases and Stations project will provide a prototype or 
design framework, an analysis is needed only to tailor the 


prototype. The necessary scope of the analysis is 


simplified such that command personnel, trained in basic 


us 


analysis techniques, can do the analysis and make design 
decisions far themselves. This has been the intent of the 


MISM methodology. 
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V. CONCLUSI 
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The analysis of the NAS Moffett Field provided a general 
understanding Ot information resource management. The 


foliowing items are significant findings of the study: 


P. Departments are bounded by their functionality. 


Es Commanding Officer and department head coordination 
is generally accomplished through mutual adjustment or 
direct supervision, 


D In the past, ADF resources have been allocated by 
function. 


4. ADF resources are mainly used for word processing and 
spreadsheets. Exceptions noted are Supply Ss 
transaction processing of requisitions and AIMD’s data 
reduction and accounting functions. 


= Except in the case of the Administration Department's 
IBM 5220, there is little ADF interface among all 
departments. 


m Considering the protracted procurement cycle, ADF 
resource management has been logical. 


y The ADF strategy for today needs to be defined. It is 
the author's opinion that the strategy should be 
directed to electronically interfacing entities, 1.e., 
the Commanding Officer, the Executive Officer, and 
the departments. 


The range of duties and responsibilities by a naval 


station Commanding Officer will net be reduced by 
computerization. If anything, trends indicate an increase 
in the Commanding Officer’s responsibilities; e.g., 


recently Commanding Officers can be held accountable for 


the purchase price of material. Computers can provide more 


meaninatul and timely results to a Commanding Officer so 
that the management scope can be accommodated. Likewise, 
all organizational personnel can obtain timely and 
effective information by a properly designed system. This 
is the objective of an Organizational Support System. 

Appendix A provides a checklist for the users in 
conducting the NISM study. This thesis should be consulted 
for amplification ot the steps. 

The NISM methodology provides the command with the 
opportunity to evaluate their own information resources. 


The Bases and Stations prototype will be a system that is 


designed based on a few naval stations. NISM allows a 
command ta tailor the prototype to their needs. 
Additionally, NISM teams may discover new information 


management requirements that the prototype does not address. 
Therefore, the implementors (NAVDAC, NARDAC, or NAVDAF) may 
be presented with user-driven modules that they can 
incorporate into the prototype package. 

The NISM methodology has been tailored for the non- 
professional ADF analyst. Thus, MISM results would not be 
detailed enough to develop the prototype; i.e., the SADT 
diagrams of the NISM technique would need to decompose the 
organization further in order to develop the prototype. 
MISM iz directed at shaping the prototype. 

The naval bases and NAVDAC may decide that professional 


imstruction and guidance on the technique are needed. 


126 


- 


MAVDAC professionals could visit the naval base and prepare 
the NISM team members in the technique beforehand. 
Although the NISM technique is directed towards the non- 
professional analyst, the author feels that users may have 
Gifficulties preparing SADT diagrams in particular. NAVDAC 
professionals could provide the guidance to insure the NISM 
results are meaningful to the users and to the implementors. 
The Hases and Stations prototype will eliminate the need 
for a full requirements analysis at each naval base. Since 
naval bases perform Similar functions, an analysis is needed 
that only takes into account organizational structure, 
information structure, m current ADF systems. NISM 
provides this. 
The Eases and Stations project along with a NISM study 
Will Rave the following advantages for each naval base: 
1. Overall costs will be reduced. A traditional life 


cycle at each base is not necessary, and current ADP 
will be integrated into each Organizational Suppart 


System. 

2. Time of development will be reduced. Oniy one full 
requirements analysis will be done, to develop the 
prototype. 


E. System design will be user-driven. Fach naval station 
Will drive the shaping of their own Organizational 
Support System. 


4. Each naval station will have the opportunity to review 
afresh their particular organizational and information 
structures. 


A disadvantage to this approach is the effort required 


by each naval station. Considerable time and effort will be 


required by the users to accomplish a NISM study. The study 
results and resulting Organizational Support System design 


will be a reflection of the effort expended by a naval 


staticn. The SUCCESS Of the system becomes the 
responsibility of the naval station. If the system design 
faiis, the naval station can only blame themselves, 


in general. 

For this reason, emphasis is placed on commitment of the 
naval station to the study. Additionally, consideration 
should be given to NAVDAC instruction in the technique to 


the naval stations. 
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APPENDIX 6: ilSM CHECELIST 
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GAINING THE COMMITMENT 
a. Commanding Officer appoint a NISM Team Leader. 


B. Commanding Officer and Team Leader briet Department 
Heads on the study and the impact of the study results. 


C. Department Heads select NISM departmental 
representatives. 


e 


First NISM Team meeting. 


DE EM uu ncencbeoret the team on the 
importance of study. 


zZ. Team Leader brief the team on the overview Ot 
the NISM study and on departmental representative 
duties. 


FREFARING FOR THE STUDY 


A. Team leader instruct the NISM team on the study 
methodology. 


RH. NISM team begin collecting facts. 


STARTING THE STUDY 


A. Each departmental representative prepare a concise 
description of their department's function and a chain 
Of command diagram. 


EI Departmental representatives interview top 
managers within their department to obtain an 
overview of processes, functions, and information 
needs. 


ie Document concisely, but precisely, what the 
department'z ADF requirements are. 


B. After all departmental Surveys are turned in to the 


Team Leader, the Team Leader should prepare a command 
functional description and chain of command diagram. 


ο. 


DEFINING STATION PROEESSES 


a. Team Leader develop a preliminary list Gt 
organizational processes. 


H. Using the list prepared in (A), NISM team meet and 
determine the organizational processes (Maximum of 69). 


[zu Departmental representatives prepare departmental 
input to Frocess and Organization Matrix. 


i. Take each column lor process) of the matrix 
individually», and mark accordingly. Dees your 
department have: 


a. Major responsibility far the process f$ X 
1.6., your department is the maior decision 
maker in the day to day process tasks. 

b. Major involvement in the process {X 37; 
1.6., your department plays a key role in the 


process. 
c. Some involvement in the process {/ 3ş 
ie., your department plays a role in the 
process. 

gm Verify the departmental input with your 


department head. 


- Submit the departmental input to the Team 
Leader. 
D. Team Leader consolidate all departmental inputs 


into a Process and Organization Matrix. 


E. Team Leader complete the Commanding Officer's and 
the Executive Officer’s inputs to the Frocess and 
Organization Matrix. Use the same marking scheme 


defined above. 

pu Team Leader submit the matrix to the Commanding 
Officer for review. 

ANALYZING CURRENT SYSTEMS SUFPORT 


A. Distribute the Process and Organization Matrix to 
the NISM team. 


E. Departmental representatives overlay the matrix 
with their current ADF systems. 
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I Determine what ADP systems are ir your 
department, and which processes they contribute to. 


M e Note any additional ADF needs, and document 
them. 

s Note any weaknesses of the current ADP in 
fulfilling your department's contribution to each 
process. Document them concisely. 

4. Submit the matrix and the documentation to your 


department head for review and camment. 


ae Submit the completed matrix and documentation 
to the Team Leader. 


Gx Team Leader consolidate the departmental inputs 
into the Command Fracess and Organization Matrix. 


is Complete a summary of command ADF resources. 


> Complete the Commanding ÜÖfticer's and the 
Executive Üfticer's inputs to the matrix. 

m Submit the completed matrix and the department 
documentation to the Commanding Officer for review. 


D. Team Leader provide copies of the Command 
Frocess and Organization Matrix to the NISM team 
members. 

DEFINING THE INFORMATION STRUCTURE : 


A. Team Leader brief the MISM team on SADT diagrams. 
Eriefs should cover the mechanics of the technique, as 
well ag the motivation for the technique. 


H. Team Leader distribute blank forms, documentation 
of SADT technique, organizational chart stencils, SADT 
diagrams for first 3 hierarchical layers, and numbering 
scheme. 


C. Departmental representatives complete SADT diagrams 
tor their departments. 


D. Team Leader consolidate SADT diagrams after all 
departmental inputs received. 


1. Consolidate overlapped processes. 


2 Resolve coordination inconsistencies. 
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EN Team Leader submit the campleted SADT package to 
the Cammanding Officer for review. 


DETERMINING THE COMMANDING OFFICER S FERS ETT TIRE 


A. Team Leader gather the Commanding Officer's 
perspective on the study results. 


Τε Information resource decisions and priorities. 


=. Qrqanizational structural decisions. 


DEFINING FINDINGS AND CONCLUSIONS 


a. Team Leader prepare the summary document on the 
command’s information resource management plan. 


EG. Team Leader submit the summary document to the 
Commanding Officer for final review. 


C. After summary document is returned, Team Leader 
brief the NISM team on the command's information 
resource management plan. 


I Implementors review the MISM study. 


e” Implementors submit the implementation plan. 
Fropased enhancements are to be included. 


F. NISM team review the implementation plan. In light 
of the implementation plan, submit the NISM team 


recommendations to the Commanding Officer. 


G. Commanding Officer review the implementation plan 
and the NISM team recommendations. 


H. Commanding Officer and implementors meet to 
finalize Organizational Suppart System design. 
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